Live action video games

ABSTRACT

Methods and apparatus are disclosed related to simulated live dealer games. A computing device can receive a request to play a game of chance that includes a plurality of game actions ordered by a game sequence. The computing device can play the game of chance by: determining a particular game action based on the game sequence; determining a plurality of pre-recorded video segments related to the particular game action, where each of the pre-recorded video segments records a respective instance of the particular game action being performed by a person; selecting a particular pre-recorded video segment from the plurality of pre-recorded video segments; and generating a display related to the particular game action that includes at least a portion of the particular pre-recorded video segment.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority under 35 U.S.C. § 119 to United KingdomPatent Application No. 1701410.1 filed on Jan. 27, 2017. United KingdomPatent Application No. 1701410.1 is hereby incorporated by reference inits entirety for all purposes.

BACKGROUND

In the gaming art, the term “Live Dealer” refers to games in which aplayer participates in a live table game from a location remote from anarea of live play such as, for example, from a casino or a film studio.A live table game is one that is conducted by a real person such as adealer with respect to card games, or a croupier with respect to othertable games.

Live Dealer games may be available for a variety of different livecasino table games such as, for example, roulette, baccarat andblackjack. A Live Dealer game may include both remote players and localplayers present at the area of live play or may, alternatively, onlyinvolve remote players

A remote player participating in a Live Dealer game may receive a videostream of a live dealer, such as a roulette croupier or a blackjackdealer, conducting a live table game at the area of live play. The videostream enables the remote player to observe the game play and to receivethe results of such game play, such as the outcomes of spins of aroulette wheel or the cards dealt in a card game. The remote payer mayalso be presented with a user interface that enables the player toparticipate in the game by placing wagers on outcomes of the game and byexercising any game play decisions that may be required.

The provision of Live Dealer games is expensive. For example, a studiofrom which live games are conducted requires the provision of physicalgaming tables, real dealers and/or croupiers and supervisory staff (e.g.pit bosses) to oversee the dealers and the croupiers in order to ensurefair play and to minimise any possibility of collusion. Furthermore, theprovision of a video stream of live play from the studio requireslighting and camera equipment as well as adequate transmissionbandwidth.

The present disclosure relates to a method of implementing an equivalentof such a Live Dealer game that does not rely on a live video feed of areal dealer/croupier, but nevertheless still provides a remote playerwith an illusion of live interaction with a real dealer.

OVERVIEW

Example embodiments are described herein. In a first respect, an exampleembodiment takes the form of a method including: (I) receiving, at acomputing device, a request to play a game of chance that includes aplurality of game actions ordered by a game sequence; and (II) using thecomputing device to play the game of chance by at least: (a) determininga particular game action of the plurality of game actions based on thegame sequence; (b) determining a plurality of pre-recorded videosegments related to the particular game action, where each of theplurality of pre-recorded video segments records a respective instanceof the particular game action being performed by a person; (c) selectinga particular pre-recorded video segment from the plurality ofpre-recorded video segments; and (d) generating a display related to theparticular game action that includes at least a portion of theparticular pre-recorded video segment.

In a second respect, an example embodiment takes the form of a computingdevice that includes: (I) means for receiving a request to play a gameof chance that includes a plurality of game actions ordered by a gamesequence; and (II) means for playing the game of chance that include:(a) means for determining a particular game action of the plurality ofgame actions based on the game sequence; (b) means for determining aplurality of pre-recorded video segments related to the particular gameaction, where each of the plurality of pre-recorded video segmentsrecords a respective instance of the particular game action beingperformed by a person; (c) means for selecting a particular pre-recordedvideo segment from the plurality of pre-recorded video segments; and (d)means for generating a display related to the particular game actionthat includes at least a portion of the particular pre-recorded videosegment.

In a third respect, an example embodiment takes the form of acomputer-readable medium configured to store instructions that, whenexecuted by one or more processors of a computing device, cause thecomputing device to carry out functions including: (I) receiving arequest to play a game of chance that includes a plurality of gameactions ordered by a game sequence; and (II) playing the game of chanceby at least: (a) determining a particular game action of the pluralityof game actions based on the game sequence; (b) determining a pluralityof pre-recorded video segments related to the particular game action,where each of the plurality of pre-recorded video segments records arespective instance of the particular game action being performed by aperson; (c) selecting a particular pre-recorded video segment from theplurality of pre-recorded video segments; and (d) generating a displayrelated to the particular game action that includes at least a portionof the particular pre-recorded video segment.

In a fourth respect, an example embodiment takes the form of a computingdevice that includes: (I) one or more processors; and (II) data storageconfigured to store at least computer-readable program instructionsthat, when executed by the one or more processors, cause the computingdevice to carry out functions including: (a) receiving, at a computingdevice, a request to play a game of chance that includes a plurality ofgame actions ordered by a game sequence; and (b) using the computingdevice to play the game of chance by at least: (i) determining aparticular game action of the plurality of game actions based on thegame sequence; (ii) determining a plurality of pre-recorded videosegments related to the particular game action, where each of theplurality of pre-recorded video segments records a respective instanceof the particular game action being performed by a person; (iii)selecting a particular pre-recorded video segment from the plurality ofpre-recorded video segments; and (iv) generating a display related tothe particular game action that includes at least a portion of theparticular pre-recorded video segment.

BRIEF DESCRIPTION OF THE DRAWINGS

Example embodiments are described herein with reference to the drawings,in which:

FIG. 1 is a flow chart illustrating a set of functions related to thegame of roulette, in accordance with an example embodiment;

FIG. 2 is a flow chart illustrating a set of functions related to thegame of blackjack, in accordance with an example embodiment;

FIGS. 3A, 3B, and 3C show displays generated by a software applicationcarrying out the set of functions related to the game of blackjack shownin FIG. 2, in accordance with an example embodiment;

FIG. 4 is a block diagram of a computing device, in accordance with anexample embodiment;

FIG. 5 illustrates a communication flow between a computing device and agaming server related to two turns of the game of roulette, inaccordance with an example embodiment;

FIGS. 6A and 6B illustrate another communication flow between acomputing device and a gaming server related to two turns of the game ofroulette, in accordance with an example embodiment;

FIGS. 7A and 7B illustrate yet another communication flow between acomputing device and a gaming server related to two turns of the game ofroulette, in accordance with an example embodiment;

FIG. 8 is a flow chart of functions to carry out a method, in accordancewith an example embodiment; and

FIG. 9 is another flow chart illustrating a set of functions related tothe game of roulette, in accordance with an example embodiment.

DETAILED DESCRIPTION I. Introduction

Herein are disclosed techniques for “stitching together” pre-recordedvideo segments related to games of chance to provide an arbitrarilylarge number of possible game play sequences. Each game play sequencecan be divided into game actions, such as waiting for a wager, spinninga roulette ball, and announcing the result of a game, and each gameaction can be associated with one or more video segments. A videosegment can be one or more files and/or or other storage units forstoring video data, and perhaps related audio data. As an example,pre-recorded video segments can record instances of a game action, suchas segments of a live game play sequence, being performed by a person(e.g., a dealer, a croupier). To provide a display of a game of chancebeing played, a software application can select and display anassociated pre-recorded video segment for each game action of a gameplay sequence for the game of chance.

Many games of chance can be classified as either single-state ormulti-state games. In a single-state game, such as roulette, a playerplaces one or more wagers on an outcome of the game, whereupon thecroupier may spin the roulette wheel to determine the outcome of thegame and thereafter to resolve the player wagers. In a multi-state gamesuch as blackjack the player makes game play decisions at various stagesduring the course of the game; for example, whether to stand, hit,split, or to surrender during a turn of the blackjack game.

Some games of chance can be divided into a plurality of game actionsordered by a game sequence. For example, the game of roulette can beconsidered to have the following four roulette game actions: a makingwagers game action, a ball launch game action, a ball landing gameaction, and a settling wagers game action. In this example, a roulettegame sequence can be: (1) the making wagers game action takes placewhere a dealer can accept one or more wagers from one or more players onan outcome of a ball landing in a roulette wheel, (2) the ball launchgame action where the roulette wheel is spun and the ball launched intothe spinning roulette wheel, (3) the ball landing game action, where theball launched in the ball launch segment eventually lands into a slot ofthe roulette wheel to determine an outcome of the game of roulette, and(4) the settling wagers game action, where wagers made during the makingwagers segment are either paid off or collected by the house dependingon the outcome of the game of roulette determined at the end of the balllanding segment. Similar divisions of other games of chance intorespective game actions ordered by respective game sequences arepossible as well, including, but not limited to, the games of blackjack,baccarat, poker, boule, craps, chuck-a-luck, Fan Tan, wheel of fortune,and keno.

Continuing with the roulette example, the following set of pre-recordedroulette video segments can be used in order to simulate a live videostream of the game:

-   -   (a) a “dealer idle and waiting” video segment;    -   (b) a “dealer welcomes player” video segment;    -   (c) a “dealer launches ball” video segment;    -   (d) a set of pre-recorded video segments of the ball landing in        each position on the roulette wheel (i.e. 37 video segments for        European roulette and 38 video segments for American roulette);        and    -   (e) a “dealer congratulates player” video segment.        In other examples, more, fewer, and/or different roulette video        segments can be associated with the game of roulette.

The above-mentioned roulette video segments can be associated with theabove-mentioned roulette game actions; e.g., the making wagers segmentcan be associated with the “dealer idle and waiting” and “dealerwelcomes player” video segments, the ball launch segment can beassociated with the “dealer launches ball” video segment, the balllanding segment can be associated with the set of pre-recorded videosegments of the ball landing, and the settling wagers segment can beassociated with the “dealer congratulates player” video segment. Then, asoftware application simulating a live video stream of the game ofroulette can use the roulette game sequence to sequence through theabove-mentioned roulette game actions while the displaying theabove-mentioned roulette video segment(s) associated with each roulettegame action in its turn.

In some examples, multiple versions of a video segment can be recorded.For example, a first version of the “dealer idle and waiting” videosegment can involve a waiting time of ten seconds, a second version ofthe “dealer idle and waiting” video segment can last fifteen seconds,and so on. As another example, one version of the video segment cancapture a first dealer, and another version of the video segment cancapture a second dealer who differs from the first dealer. Still anotherexample can involve different video segment versions of a dealer (orother person) speaking in different languages; e.g., English, Mandarin,Cantonese, French, etc. Many other examples of different video segmentsand different versions of video segments are possible.

The software application can execute on one computing device andcommunicate with another computing device, such as a gaming server, toplay the game of chance. For example, the gaming server can providegaming results and perform account management services during game play,such as taking wagers, paying winnings, etc. In some cases, the softwareapplication can obtain the video segments as part of an installationpackage; i.e., the application is bundled with the video segments. Inother cases, the gaming server (or another computing device) cantransmit one or more video segments to a computing device executing thesoftware application. In some of these cases, a transmitted videosegment can be stored in data storage, such as a cache and/or mainmemory, of the computing device and later replayed from data storagerather than being retransmitted.

The software application can provide a user interface to conduct thegame of chance. For example, the user interface can take wagers, displayvideo segments associated with gaming sequences, and display results. Insome cases, the user interface can generate a user display that includesvideo segments, still images, and/or graphical objects, such as a 3Dgraphical object representing a card, or slot of roulette wheel. Inparticular examples, the 3D graphical object can represent at least aportion of a video segment, such as a portion of a video segment showinga dealer conducting the game of chance. The user interface can thencompose a display from the 3D graphical object representing the dealer,other graphical objects, such as one or more still images of a casinobackdrop, and perhaps additional 3D graphical objects, such as 3Dgraphical objects representing cards.

II. Example Live Action Video Games

FIG. 1 is a flow chart depicting a set of functions 150 that can becarried out in accordance with an example embodiment. For example, asoftware application can be executed on a computing device, such ascomputing device 400 described below, to carry out some or all the setof functions 150. The set of functions 150 can be performed to carry outa turn of a single-state game of roulette. The set of functions areshown within blocks 100 through 112. A description of those blocks nowfollows.

At block 100 the player can launch a roulette game; e.g., start and/orinstruct the above-mentioned software application to play the roulettegame. For example, the player can provide a request via a user interfaceto the software application to play the roulette game.

At block 102, the software application for the roulette game can beginthe making wagers game action by displaying the pre-recorded “dealeridle and waiting” video segment to the player (i.e. segment (a) above).The “dealer idle and waiting” video segment can be displayed until theplayer has placed one or more wagers on an outcome of the turn of theroulette game.

Next, at block 104, once the player has completed wagering, the softwareapplication can display the pre-recorded “dealer welcomes player” videosegment to the player (i.e., segment (b) above) and then the makingwagers game action can be completed. In some embodiments, amounts forwagers made by a player can be deducted from a player's account duringblock 104. The player's account can be maintained by the softwareapplication and/or by another computing device; e.g., a gaming server.

Next, at block 106, the software application can proceed to the balllaunch game action and display the pre-recorded “dealer launches ball”video segment to the player (i.e. segment (c) above).

Next, at block 108, the software application can proceed to the balllanding game action where an outcome of the turn of the roulette game isdetermined by randomly selecting one of the pre-recorded video segmentsshowing a ball landing in one of the positions on a roulette wheel(i.e., one of the segments in (d) above). In some embodiments, thesoftware application can determine the outcome of the game by randomlyselecting an outcome and then displaying the pre-recorded video segmentcorresponding to the outcome of the game.

In other embodiments, a gaming server or other computing device candetermine the outcome of the game. In some of these embodiments, thegaming server (or other computing device) can provide an instruction tothe software application to display a pre-recorded video segmentcorresponding to the outcome of the game.

At block 110, the software application can display a randomly-selected,pre-recorded video segment of the ball landing on a position on theroulette wheel (i.e. the video segment selected in block 108 above) tocomplete the ball landing game action.

Next, at block 112, the software application can proceed to the settlingwagers game action. During this game action, if the outcome of the turnof the roulette game results in a win for the player, the softwareapplication can display the pre-recorded “dealer congratulates player”video segment to the player (i.e., segment (e) above). In someembodiments, amounts won by the player can be added to the player'saccount. In particular of these embodiments where wagers are deductedwhen made; i.e., during block 104, the settling wagers game action canbe omitted if the player does not win any amount during the turn ofroulette. In other of these embodiments where wagers are not deductedwhen made, the settling wagers game action can include deducting wageramounts from the player's account.

After the settling wagers game action has completed, another iterationof the roulette game can commence at block 102.

If, on the other hand, the outcome of the turn of the roulette game doesnot result in a win for the player, the next turn of the game commencesat block 102.

FIG. 9 is a flow chart depicting a set of functions 950 that can becarried out in accordance with another example embodiment. For example,a software application can be executed on a computing device, such ascomputing device 400 described below, to carry out some or all of theset of functions 950. The set of functions 950 can be performed to carryout a turn of a single-state game of roulette. The set of functions 950are shown within blocks 900 through 910. A description of those blocksnow follows.

At block 900 the player can launch a roulette game; e.g., start and/orinstruct the above-mentioned software application to play the roulettegame. For example, the player can provide a request via a user interfaceto the software application to play the roulette game.

At block 902 the software application for the roulette game can beginthe making wagers game action by displaying a graphical representationof a roulette betting template, without displaying a pre-recorded videosegment to the player. The displayed betting template may persist untilthe player has placed one or more wagers on an outcome of the turn ofthe roulette game and indicated that the making wagers game action canbe completed. Alternatively, the displayed betting template may persistfor a predetermined time, whereupon the making wagers game action mayterminate. In some embodiments, amounts for wagers made by a player maybe deducted from a player's account during block 902. The player'saccount may be maintained by the software application and/or by anothercomputing device; e.g., a gaming server.

Next, at block 904, the software application can proceed to the balllaunch game action by displaying the pre-recorded “dealer launches ball”video segment to the player (i.e., segment (c) above). The “dealerlaunches ball” video segment may be displayed contemporaneously with thebetting template showing the player's wagers.

Next, at block 906, the software application can proceed to the balllanding game action where an outcome of the turn of the roulette game isdetermined by randomly selecting one of the pre-recorded video segmentsshowing a ball landing in one of the positions on a roulette wheel(i.e., one of the segments in (d) above). In some embodiments, thesoftware application can determine the outcome of the game by randomlyselecting an outcome and then displaying the pre-recorded video segmentcorresponding to the outcome of the game.

At block 908, the software application can display a randomly-selected,pre-recorded video segment of the ball landing on a position on theroulette wheel (i.e., the video segment selected in block 906 above) tocomplete the ball landing game action.

Next, at block 910, the software application can proceed to the settlingwagers game action. During this game action, the software applicationmay display, or continue to display, as the case may be, the bettingtemplate showing the player's wagers, without displaying a pre-recordedvideo segment to the player. If the outcome of the turn of the roulettegame does not result in a win for the player, the software applicationmay display an animation of the player's losing wagers being clearedfrom the roulette betting template. If the outcome of the turn of theroulette game results in a win for the player, the software applicationmay display an animation showing the player's winning wager, or wagers,being paid out on the roulette betting template. In some embodiments,amounts won by the player may be added to the player's account.

In particular, in these embodiments where wagers are deducted when made,i.e., during block 902, the settling wagers game action can be omittedif the player does not win any amount during the turn of the roulettegame. In other embodiments where wagers are not deducted when made, thesettling wagers game action can include deducting wager amounts from theplayer's account.

After the settling wagers game action has completed, another iterationof the roulette game can commence at block 902.

It will be appreciated that in order to increase the realism of thesynthesised video stream displayed to the payer, and in order tominimise the likelihood of the player becoming aware that a live videostream is not in use, multiple versions of pre-recorded video segments(a) to (e) above can be provided. In one embodiment, N differentversions of each pre-recorded video segment can be provided, where N isa positive integer greater than 1. In particular, the set (d) of videosegments of the ball landing in particular positions on a roulette wheelcan be considered as an N×37 (or, alternatively, an N×38) array ofdifferent pre-recorded video segments, where each row of the arraycomprises a subset of video segments of the ball landing in eachposition on the roulette wheel, and each column consists of N differentpre-recorded video segments of the ball landing in the same position onthe roulette wheel, but each displaying a different trajectory of theball coming to rest.

In this embodiment, whenever a video segment, from classes (a), (b), (c)or (e) above is to be displayed to the player, it can be selectedrandomly from the corresponding set of N different versions of thatclass of video segment. Furthermore, whenever a video segment from class(d) above is to be displayed to the player, one of the N rows of thearray of video segments can first be selected randomly, where after aspecific video segment in the selected row can be chosen randomly fordisplay as the outcome of the turn of the roulette game.

Alternatively, an element of the N×37 array of pre-recorded videosegments can be randomly selected and the corresponding video segmentdisplayed to the player.

The N×37 array of pre-recorded video segments of the ball landing in thespecific position on the roulette wheel can be tedious to generate,particularly as the number N increases.

In an alternative embodiment, the N×37 array can be replaced by a set ofN distinct pre-recorded video segments of the ball landing on theroulette wheel, each displaying a different trajectory of the ballcoming to rest on the wheel. In this particular embodiment, when a videosegment from class (d) above is to be displayed, a randomly-selected oneof the N pre-recorded ball trajectories can be played, and a randomnumber in the range 1 to 37 can be graphically superimposed on the restposition of the ball on the roulette wheel to represent the outcome ofthe turn of the roulette game.

Blackjack can provide a multi-state game example of a live action videogame. For instance, the game of blackjack can be considered to have thefollowing four blackjack game actions: a making wagers game action, aplayer hand game action, a dealer hand game action, and a settlingwagers game action. In this example, a blackjack game sequence can be:(1) the making wagers game action takes place where a dealer can acceptone or more wagers from one or more players on an outcome based on handsof cards dealt to each of the player and to the dealer, (2) the playerhand game action, where the dealer deals cards to the player todetermine the player's hand, (3) the dealer hand game action, where thedealer deals cards to the dealer to determine the player's hand, and (4)the settling wagers game action, where wagers made during the makingwagers segment are either paid off or collected by the house dependingon the outcome of the game of blackjack at the end of the dealer handgame action.

The following set of pre-recorded video segments can be provided inorder to simulate a live video stream of the blackjack game:

-   -   (f) a “dealer opens betting” video segment;    -   (g) a “dealer waits for bets” video segment;    -   (h) a “dealer closes betting” video segment;    -   (i) a “dealer burns card” video segment;    -   (j) a “dealer deals 3 cards” video segment;    -   (k) a “dealer awaits player input” video segment;    -   (l) a “player hits” video segment;    -   (m) a “player stands” video segment;    -   (n) a “dealer deals dealer cards” video segment; and    -   (o) a “dealer congratulates player” video segment.

FIG. 2 is a flow chart depicting a set of functions 250 that can becarried out in accordance with an example embodiment. For example, asoftware application can be executed on a computing device, such ascomputing device 400 described below, to carry out some or all the setof functions 250. The set of functions 250 can be performed to carry outa turn of a multi-state game of blackjack. Example displays that can begenerated by the software application while carrying out the set offunctions 250 are shown in FIGS. 3A, 3B, and 3C as indicated below.

The set of functions are shown in blocks 200 through 220. A descriptionof those blocks now follows.

At block 200 the player can launch the blackjack game e.g., start and/orinstruct the above-mentioned software application to play the blackjackgame. For example, the player can provide a request via a user interfaceto the software application to play the blackjack game.

At block 202 of FIG. 2, the software application can begin with themaking wagers game action and displaying the pre-recorded “dealer opensbetting” video segment to the player (i.e. segment (f) above). Forexample, an upper-left portion of FIG. 3A shows image 302 of display 300that the software application can generate while executing block 202.

Image 302 shows that display 300 includes user interface 330,pre-recorded video (PRV) 332, and three-dimensional (3D) objects 334,336. User interface 330 can be used by a player to instruct thecomputing device regarding wagers on the game of blackjack. Userinterface 330 includes: balance indicator 338 showing an availableamount of money available for wagering, clear button 340 to clear acurrent wager amount, wager indicator 342 showing the current wageramount, wager selectors 344 enabling selection of wager amounts,confirmation button 346 to confirm, and thus place, a wager, and rangeindicator 348 indicating a range of acceptable wagers. In the exampleshown in image 302, wager indicator 342 shows the current wager amountof $500 which is within the $1-$500 range of acceptable wagers shown byrange indicator 348. In other embodiments, more, fewer, and/or differentcontrols and/or information can be provided by user interface 330.

Pre-recorded video 332 of image 302 shows a female blackjack dealerrecorded while opening betting. In some examples, audio can be providedas part of pre-recorded video 332; e.g., the dealer can introduceherself (or in other examples, himself), welcome the player to thetable, and perhaps make additional introductory comments. 3D objects 334illustrate a stack of playing cards, and 3D object 336 illustrates aplaying card in a card shoe. In other examples, other objects thanplaying cards can be depicted and used as 3D objects in display 300and/or other displays generated by the software application.

At block 204 of FIG. 2, the software application can continue the makingwagers game action of the blackjack game by displaying the pre-recorded“dealer waits for bets” video segment to the player (i.e. segment (g)above). For example, a lower-left portion of FIG. 3A shows image 304 ofdisplay 300 that the software application can generate while executingblock 204. Image 304 shows that display 300 includes a user interface,pre-recorded video, and 3D objects that are consistent with respectiveuser interface 330, pre-recorded video 332, and 3D objects 334, 336described above in the context of image 302.

As illustrated by the flowchart of FIG. 2, the “dealer waits for bets”video segment can continue to be displayed; i.e., block 204 is repeated,until the player has placed a wager on the outcome of the turn of theblackjack game. Once a player has placed a wager, the softwareapplication can proceed to block 206. In some embodiments, amounts forwagers made by a player can be deducted from a player's account duringblock 204. The player's account can be maintained by the softwareapplication and/or by another computing device; e.g., a gaming server.

At block 206, once the player has completed wagering, the softwareapplication can continue the making wagers game action by displaying thepre-recorded “dealer closes betting” video segment to the player (i.e.segment (h) above). For example, an upper-right portion of FIG. 3A showsimage 306 of display 300 that the software application can generatewhile executing block 206. Image 306 shows that display 300 includespre-recorded video and 3D objects that are consistent with respectivepre-recorded video 332 and 3D objects 334, 336 described above in thecontext of image 302. However, image 306 shows that display 300 includesdimmed (i.e., greyed-out) elements of user interface 330, such as clearbutton 340, bet selectors 344, and confirmation button 346, to indicatethat betting has closed and, as such, the dimmed elements of userinterface 330 are no longer available for the player's use.

At block 208 of FIG. 2, the software application can display thepre-recorded “dealer burns card” video segment to the player (i.e.segment (i) above) as part of the player hand game action. For example,a lower-right portion of FIG. 3A shows image 308 of display 300 that thesoftware application can generate while executing block 208. Image 308shows that pre-recorded video 350 shown in the “dealer burns card” videosegment includes the dealer's hand moving a card along a blackjacktable. Image 308 also shows that display 300 includes a wager indicatorsimilar to wager indicator 342 described above in the context of image302.

Image 308 further shows that display 300 also includes 3D objects thatcan be generated by the software application, including 3D object 352,representing playing cards. Other 3D objects are possible as well. The3D objects can be integrated with pre-recorded video, such aspre-recorded video 350, to display realistic three-dimensional behaviorand so enhance the player's perception of playing a live game of chance.In particular, at upper-center of image 308, pre-recorded video 350shows the dealer's hand appearing to move a card, representing 3D object352. As 3D object 352 moves along the blackjack table, corner 354 of 3Dobject 352 is turned up relative to corner 356, realistically simulatingbending of a playing card while being burned (i.e., discarded) toindicate three dimensionality of 3D object 352. If the playing cardrepresented by 3D object 352 were a two dimensional simulation, theplaying card would not bend in a realistic fashion; therefore, theturning up of corner 354 of 3D object 352 illustrates threedimensionality of 3D object 352.

At block 210 of FIG. 2, the software application can display thepre-recorded “dealer deals 3 cards” video segment to the player (i.e.segment (j) above) as part of the player hand game action. During block210, the dealer can deal three cards from the card shoe—two cards forthe player and a single card for the dealer. The identity of any dealtcard can be represented to the player by means of a graphicrepresentation of a card face shown in a 3D object superimposed onpre-recorded video.

For example, an upper-left portion of FIG. 3B shows image 310 of display300 that the software application can generate while executing block210. Image 310 includes 3D object 358, dealer count indicator 370,dealer cards 372, player count indicator 380, and player cards 382 whilethe dealer is dealing the third card of the “dealer deals 3 cards” videosegment. In the example shown in image 310, dealer cards 372 indicatethe dealer has one card—the five of diamonds—with a corresponding countof 5 as shown by dealer count indicator 370, and player cards 382indicate the player has one card—the eight of hearts—with acorresponding count of 8 as shown by player count indicator 380. 3Dobject 358 illustrates the third card being dealt, which is shown asbent near corners 360 and 362 while coming out of the card shoe asindicia of the three dimensionality of 3D object 358.

At block 212 of FIG. 2, the software application can display thepre-recorded “dealer awaits player input” video segment to the player(i.e. segment (k) above) as part of the player hand game action.

For example, a lower-left portion of FIG. 3B shows image 312 of display300 that the software application can generate while executing block212. Image 312 shows dealer count indicator 370, dealer cards 372,player count indicator 380, player cards 382, and action selectors 384while the software application awaits input after the three cards ofblock 210 have been dealt. In the example shown in image 312, dealercards 372 indicate the dealer has one card—the ace of spades—which canhave a count of either 1 or 11 as shown by dealer count indicator 370,and player cards 382 indicate the player has two cards—the nine of clubsand the four of hearts—having a corresponding count of 13 as shown byplayer count indicator 380.

Image 312 also shows action selectors 384, which include hit button 386and stand button 388, that the software application can provide toenable player input. The player can select hit button 386 to instructthe software application to take a hit; i.e., elect to take anothercard. Alternatively, the player can select stand button to stand; i.e.,elect to stop taking cards. In other embodiments, more, fewer, and/ordifferent action selectors 384 can be provided by the softwareapplication.

The “dealer awaits player input” video segment can continue to bedisplayed until the player has exercised a required game play choice,for example, whether to hit or to stand. If the player decides to hit(e.g., selects hit button 386), the software application can proceed toblock 214. Otherwise, if the player decides to stand (e.g., selects hitbutton 386), the software application can proceed to block 216.

At block 214 of FIG. 2, the player has elected to hit. Then, thesoftware application can display the pre-recorded “player hits” videosegment to the player (i.e. segment (1) above) as part of the playerhand game action. This video segment can show a further card being dealtto the player's hand.

For example, an upper-right portion of FIG. 3B shows image 314 a ofdisplay 300 that the software application can generate while executingblock 214. Image 314 a shows pre-recorded video 374 of a dealer's handdealing a hit card, which is represented by 3D object 376. Then, alower-right portion of FIG. 3B shows image 314 b of display 300 that thesoftware application can generate while continuing execution of block214. In the example shown in image 314 b, dealer cards 372 indicate thedealer has one card—the three of clubs—having a count of 3 as shown bydealer count indicator 370. Image 314 b includes player cards 382 thatindicate, in this example, the player was initially dealt the eight ofdiamonds and six of hearts, and has taken the two of diamonds as a hitcard, for a corresponding count of 16 as shown by player count indicator380.

Once the player takes a hit, the player's count is increased by thecount of the hit card. If the subsequent player count exceeds 21, theplayer “busts” and loses the game. If the player busts, the player'swager can be deducted from the player's account, if not previouslydeducted, and the software application can proceed to block 202 foranother turn of the blackjack game. Alternatively, if the player doesnot bust (such as shown in the example of image 314 b), the softwareapplication can proceed to block 212.

At block 216 of FIG. 2, the player has elected to stand. In accord withthat election, the software application can display the pre-recorded“player stands” video segment of the player hand game action to theplayer (i.e. segment (m) above). For example, an upper portion of FIG.3C shows image 316 of display 300 that the software application cangenerate while executing block 216. As the player has elected to stand,the player can take no further action, as indicated by the greyed-outhit button 386 and stand button 388 shown in image 216. Once theprocedures of block 216 have completed, the software application canproceed to block 218.

At block 218 of FIG. 2, the software application can display thepre-recorded “dealer deals dealer cards” video segment to the player(i.e. segment (n) above) as part of the dealer hand game action. Thisvideo segment can show one or more cards being dealt to the dealer'shand according to rules of the blackjack game. For example, a middleportion of FIG. 3C shows image 318 of display 300 that the softwareapplication can generate while executing block 218. Image 318 showsdealer count indicator 370 and dealer cards 372 while the softwareapplication deals cards to the dealer. In the example shown in image318, dealer cards 372 indicate the dealer has two cards—the ace ofspades and the three of clubs—which can have a count of either 4 or 14as shown by dealer count indicator 370.

If an outcome had not already been determined prior to the dealer handsegment (e.g., if the player had not busted), the software applicationcan determine the outcome after the dealer hand segment based on therules of the game of blackjack. That is, the player either: (a) wins, ifthe player count is higher than the dealer count; (b) loses, if theplayer count is less than the dealer count; or (c) ties (or “pushes”),if the player count equals the dealer count. In embodiments where wagersare deducted when made; i.e., during block 204, the settling wagers gameaction can be omitted if the player loses during the turn of blackjack.In other of these embodiments where wagers are not deducted when made,the settling wagers game action can include deducting wager amounts fromthe player's account if the player loses or adding wager amount from theplayer's account if the player wins.

If the outcome of the turn of the blackjack game results in a win forthe player, the software application can proceed to block 220. If, onthe other hand, the outcome of the turn of the blackjack game does notresult in a win for the player, the software application can proceed toblock 202 to commence another next turn of the game. At block 220 ofFIG. 2, the software application can display the pre-recorded “dealercongratulates player” video segment to the player (i.e. item (o) above)as part of the settling wagers game action. For example, a lower portionof FIG. 3C shows image 320 of display 300 that the software applicationcan generate while executing block 220. In some embodiments,pre-recorded video of the “dealer congratulates player” video segmentcan have the dealer provide congratulatory remarks to the player and/orencourage the player to play another turn of the game. Once theprocedures of block 220 have completed, the software application canproceed to block 202 to commence another next turn of the game.

As described above, in connection with the roulette embodiment, in orderto minimise the likelihood of the player becoming aware that a livevideo stream is not in use, multiple versions of pre-recorded videosegments (f) to (o) above can be provided. In particular, M differentversions of each pre-recorded video segment can be provided, where M isa positive integer greater than 1. In these embodiments, whenever avideo segment (f) to (o) above is to be displayed to the player, it canbe selected randomly from the corresponding set of M different versionsof that class of video segment.

III. Example Architecture

FIG. 4 is a block diagram of computing device 400, in accordance with anexample embodiment. In particular, computing device 400 can beconfigured to perform at least one function related: set of functions150, set of functions 250, a software application, display 300, scenario500, computing device 502, gaming server 504, scenario 600, computingdevice 602, scenario 700, computing device 702, and/or method 800.Computing device 400 can include one or more processors 402, a userinterface module 404, data storage 406, and network-communicationinterface module 420, all of which can be linked together via a systembus, network, or other connection mechanism.

Processors 402 can include one or more general purpose processors and/orone or more special purpose processors. Processors 402 that can beconfigured to execute computer-readable program instructions 410 thatare contained in data storage 406, software applications, and/or otherinstructions as described herein. For example, processors 402 cancomprise one or more general purpose processors (e.g., INTEL single coremicroprocessors or INTEL multicore microprocessors) and/or one or morespecial purpose processors (e.g., application-specific integratedcircuits (ASICs), graphics processing units (GPUs), field-programmablegate array (FPGAs), and/or digital signal processors (DSPs)).

User interface module 404 can be operable to send data to and/or receivedata from external user input/output devices. For example, userinterface module 404 can be configured to send and/or receive data toand/or from user input devices such as a keyboard, a keypad, a touchscreen, a computer mouse, a track ball, a joystick, a camera, a voicerecognition module, and/or other similar devices. User interface module404 can also be configured to provide output to user display devices,such as one or more cathode ray tubes (CRT), liquid crystal displays,light emitting diodes (LEDs), displays using digital light processing(DLP) technology, printers, light bulbs, and/or other similar devices.User interface module 404 can also include one or more devicesconfigured to generate audible output(s), such as a speaker, speakerjack, audio output port, audio output device, earphones, and/or othersimilar devices. Further, in some embodiments, user interface module 404can also include one or more devices configured to generate hapticoutput(s) such as forces, vibrations, and/or motions detectable at leastby a user's sense of touch.

Data storage 406 can include one or more computer-readable storage mediathat can be read and/or accessed by at least one of processors 402. Theone or more computer-readable storage media can include volatile and/ornon-volatile storage components, such as optical, magnetic, organic orother memory or disc storage, which can be integrated in whole or inpart with at least one of processors 402. In some embodiments, datastorage 406 can be implemented using a single physical device (e.g., oneoptical, magnetic, organic or other memory or disc storage unit), whilein other embodiments, data storage 406 can be implemented using two ormore physical devices.

Data storage 406 can include computer-readable program instructions 410and perhaps additional data, such as but not limited to video segmentsstored in video segment storage 412. FIG. 4 shows that video segmentstorage 412 can store video segments related to one or more games ofchance, such as “Game1” and “Game2”. Video segment storage 412 for Game1can include video segments (VSs) 102, VS104, VS106, VS108, VS110, andVS112 corresponding to respective blocks 102, 104, 106, 108, 110, and112 of set of functions 150; i.e., Game1 can be roulette. Video segmentstorage 412 for Game2 can include video segments VS202, VS204, VS206,VS208, VS210, VS212, VS214, VS216, VS218, and VS220, corresponding torespective blocks 202, 204, 206, 208, 210, 212, 214, 216, 218, and 220of set of functions 250; i.e., Game2 can be blackjack. In otherembodiments, video segment storage 412 can store more, fewer, and/ordifferent video segments than shown in FIG. 4.

As mentioned above, a video segment can be one or more files and/or orother storage units for storing video data, and perhaps related audiodata. The video segment can be stored using one or more video fileformats, such as but not limited to, Audio Video Interleave (AVI),Windows Media Video (WMV), Advanced Systems Format (ASF), QuickTime,H.264, Advanced Video Coding High Definition (AVCHD), Flash Video,Motion Picture Experts Group (MPEG)-1, MPEG-2, MPEG-4, and DivX. Inparticular, a video segment can include pre-recorded video and/or audiodata recording one or more segments of a “live game play sequence”; thatis, a recording of one or more persons, such as a dealer and/or acroupier, involved in playing a game of chance.

Each of the video segments can have one or more versions. For example,video segment VS102 is shown having at least three versions: a firstversion video segment named “VS102_ver1”, a second version video segment“VS102_ver2”, and a third version video segment “VS102_ver3”. Eachversion can show a respective instance of a particular game action beingperformed by a person (e.g., a dealer or croupier). However, theperformance of the particular game action can vary between differentversions. In general, the particular action could be performed bydifferent persons in different versions, or could be performed indifferent ways by the same person. In some implementations, thedifferent versions can have different durations. For example, the firstversion of the VS102 video segment related to an idle dealer can show adealer waiting for 10 seconds, the second version of the VS102 videosegment related to an idle dealer can show a dealer waiting for 20seconds, and a third version of the VS102 video segment related to anidle dealer can show a dealer waiting for 60 seconds.

In some implementations, different versions can be provided havingdifferent languages. As another example, the first version of the VS102video segment related to an idle dealer can have a dealer making anintroduction in Mandarin, the second version of the VS102 video segmentcan have a dealer making an introduction in Cantonese, a third versionof the VS102 video segment can have a dealer making an introduction inEnglish, and a fourth version of the VS102 video segment related to anidle dealer can show a dealer silently waiting for 60 seconds; i.e., thefourth video segment has no particular language associated with it. Instill other examples, different versions can be provided to accommodateuser disabilities; e.g., a dealer can use sign language rather thanspeaking for hearing-impaired players, close-ups can be used to betterdisplay the dealer for visually-impaired players, outcomes can beannounced audibly and/or provided visually, larger sized cards/countindicators can be used, etc.

Different versions can be provided having different outcomes. Forexample, the VS110 video segment associated with a roulette ball landingcan have 38 different outcomes—one for the roulette ball landing in a“0” slot, one for the roulette ball landing in a “00” slot, one for theroulette ball landing in a “1” slot, . . . , and one for the rouletteball landing in a “36” slot. As another example, one version of a videosegment related to settling wagers can show a dealer providingencouragement to a losing player while another version of a videosegment related to settling wagers can show a dealer congratulating awinning player. Many other example video segments of differentdurations, languages, and outcomes are possible as well.

A set of versions of a video segment can include different versions fordifferent criteria; e.g., a set of nine versions of the VS102 videosegment can include three Mandarin-language versions having respectivedurations of 10, 20, and 60 seconds, three Cantonese-language versionshaving respective durations of 10, 20, and 60 seconds, and threeEnglish-language versions having respective durations of 10, 20, and 60seconds. Then, the software application can select a particular versionfrom among the set of versions based on user input, user responses,randomly, default values, and/or other criteria. Continuing the set ofnine versions of the VS102 video segment example above, a player can bequeried to determine a language of preference; e.g., Mandarin,Cantonese, or English. Then, a video segment can be selected from amongthe set of versions; e.g., the 20 second Mandarin-language version ofthe VS102 video segment can be initially played by default for aMandarin-language player. Based on player response times and/or playerselection, the software application can use the faster 10-secondMandarin-language version for a relatively-fast acting player, maintainuse of the default 20-second Mandarin-language version for a moderatespeed player, or use the slower 60-second Mandarin-language version fora relatively-slow acting player. Further, different versions and sets ofversions of video segments can have different variations than betweendurations, languages, and outcomes; e.g., versions for differentlocations/backdrops, versions with and without audio, versions withdifferent dealers, versions associated with different gaming entities,etc.

In some embodiments, data storage 406 can additionally include storagerequired to perform at least part of the herein-described methods andtechniques and/or at least part of the functionality of theherein-described devices.

Network-communications interface module 420 can include one or morewireless interfaces 422 and/or one or more wireline interfaces 424 thatare configurable to communicate via a network. Wireless interfaces 422can include one or more wireless transmitters, receivers, and/ortransceivers, such as a Bluetooth transceiver, a Zigbee transceiver, aWi-Fi transceiver, a WiMAX transceiver, and/or other similar type ofwireless transceiver configurable to communicate via a wireless network.Wireline interfaces 424 can include one or more wireline transmitters,receivers, and/or transceivers, such as an Ethernet transceiver, aUniversal Serial Bus (USB) transceiver, or similar transceiverconfigurable to communicate via a twisted pair wire, a coaxial cable, afiber-optic link, or a similar physical connection to a wirelinenetwork.

In some embodiments, network communications interface module 420 can beconfigured to provide reliable, secured, and/or authenticatedcommunications. For each communication described herein, information forensuring reliable communications (i.e., guaranteed message delivery) canbe provided, perhaps as part of a message header and/or footer (e.g.,packet/message sequencing information, encapsulation header(s) and/orfooter(s), size/time information, and transmission verificationinformation such as CRC and/or parity check values). Communications canbe made secure (e.g., be encoded or encrypted) and/or decrypted/decodedusing one or more cryptographic protocols and/or algorithms, such as,but not limited to, DES, AES, RSA, Diffie-Hellman, and/or DSA. Othercryptographic protocols and/or algorithms can be used as well or inaddition to those listed herein to secure (and then decrypt/decode)communications.

In some embodiments, computing device 400 can include one or moresensors. The sensor(s) can be configured to measure conditions in anenvironment for computing device 400 and provide data about thatenvironment. For example, the sensor(s) can include one or more of: (i)an identification sensor to identify other objects and/or devices, suchas, but not limited to, an RFID reader, proximity sensor,one-dimensional barcode reader, two-dimensional barcode (e.g., QuickResponse (QR) code) reader, and a laser tracker, where theidentification sensor(s) can be configured to read identifiers, such asRFID tags, barcodes, QR codes, and/or other devices and/or objectconfigured to be read and provide at least identifying information; (ii)a location sensor to measure locations and/or movements of the computingdevice 400, such as, but not limited to, a gyroscope, an accelerometer,a Doppler sensor, a Global Positioning System (GPS) device, a sonarsensor, a radar device, a laser-displacement sensor, and a compass;(iii) an environmental sensor to obtain data indicative of anenvironment of computing device 400, such as, but not limited to, aninfrared sensor, an optical sensor, a light sensor, a camera, abiosensor, a capacitive sensor, a touch sensor, a temperature sensor, awireless sensor, a radio sensor, a movement sensor, a microphone, asound sensor, an ultrasound sensor, and/or a smoke sensor. Many otherexamples of sensor(s) are possible as well.

Each computer-readable storage medium (or, more simply “readablemedium”) described in this disclosure can include a non-transitorycomputer-readable medium that includes volatile and/or non-volatilestorage components such as optical, magnetic, organic or other memory ordisc storage, which can be integrated in whole or in part with aprocessor. Additionally or alternatively, each computer-readable mediumdescribed in this disclosure can include a transitory computer-readablemedium. The transitory computer-readable medium can include, but is notlimited to, a communications medium such as a digital or analoguecommunications medium (e.g., a fibre optic cable, a waveguide, a wiredcommunication link, or a wireless communication line).

A network interface, such as network interface communication interfacemodule 420 or any other network interface disclosed herein, can includean interface to one or more networks and/or communication channels. Forexample, the network interface can include one or more transmittersconfigured for transmitting data using the one or more networks and/orcommunication channels, one or more receivers configured for receivingdata using the one or more networks and/or communication channels,and/or one or more transceivers configured to both transmit and receivedata using the one or more networks and/or communication channels. Inparticular, the network interface can be used enable communicationsbetween one or more computing devices used by players and one or moregaming servers used to play games of chance and/or provide playeraccounting services (e.g., player identification, settling of wagers,etc.)

The network interface can further include one or more receiversconfigured to receive data transmitted over the network or communicationchannel from another device within or on the network or communicationchannel. Any of the network interfaces disclosed herein can includecircuitry, for example electronic circuitry, for converting datareceived from the network or communication channel to data that can beprovided to a processor for processing the received data. For example,the circuitry of the network interfaces can include a modulator and/ordemodulator (modem). Any of the network interfaces disclosed herein caninclude circuitry, for example electronic circuitry, for converting datareceived from another device, such as a processor or a computer-readablemedium, to data in a form that can be transmitted over a network orcommunication channel.

IV. Example Communication Flows

FIG. 5 illustrates scenario 500 involving a communication flow betweencomputing device 502 and gaming server 504 related to two turns of thegame of roulette, in accordance with an example embodiment. FIGS. 6A and6B illustrate scenario 600 involving a communication flow betweencomputing device 602 and gaming server 504 related to two turns of thegame of roulette, in accordance with an example embodiment. FIGS. 7A and7B illustrate scenario 700 involving a communication flow betweencomputing device 702 and gaming server 504, in accordance with anexample embodiment. Each of scenarios 500, 600, and 700 include twoturns of the game of American roulette, which are played using asoftware application executing on a computing device that carries outset of functions 150 discussed above in the context of FIG. 1.

Scenarios 500, 600, and 700 differ regarding communications betweencomputing devices and gaming server 504. The communications betweengaming server 504 and the computing devices in scenarios 500, 600, and700 can involve use of one or more computer networks, including but notlimited to, the Internet. The functionality of gaming server 504 and thecomputing devices in scenarios 500, 600, and 700 can be carried out bycomputer-executable instructions executing on one or more physicalcomputing devices, such as computing device 400. In some examples,gaming server 504 can include multiple physical computing devices.

In scenario 500, computing device 502 stores copies of all videosegments used in the two turns of the game of American roulette, whereasin scenarios 600 and 700 gaming server 504 initially stores the copiesof the video segments. In scenario 600, computing device 602 does notcache received copies of the video segments. In scenario 700, computingdevice 702 does cache received copies of the video segments.

Turning to FIG. 5, scenario 500 begins at block 510, where computingdevice 502 installs and stores a software application for playingAmerican roulette. The software application is part of a softwareinstallation package that also includes a plurality of video segments tobe used by the software application during roulette game play, such asdiscussed above in the context of set of functions 150 and FIG. 1.During installation of the software installation package, a playerspecifies use of the Mandarin language during game play.

At block 520, a player instructs computing device 502 to launch theroulette application. After launching the roulette application, theplayer can request to play a first turn of the roulette game.

At block 522, computing device 502 can, after receiving the player'srequest to play the first turn of the roulette game, begin to play thefirst turn by carrying out the procedures of block 102 of set offunctions 150 by selecting and displaying a Dealer Idle and Waitingvideo segment. During scenario 500, computing device 502 selects DealerIdle and Waiting video segment #3 from among a plurality of versions ofthe Dealer Idle and Waiting video segment provided in the plurality ofvideo segments installed and stored at block 510. In scenario 500,computing device 502 selects Dealer Idle and Waiting video segment #3based on a duration of the video segment and a Mandarin language of thevideo segment in accord with the player's language specification atblock 510. In other scenarios, a Dealer Idle and Waiting video segmentcan be selected based on more, fewer, and/or different criteria than theduration and the language of the video segment.

At block 524, computing device 502 receives a wager of W1, W1>0, fromthe player; e.g., the player can utilize a user interface similar touser interface 330 to make one or more wagers on the first turn of theroulette game.

Upon receiving the wager of W1, computing device 502 generates and sendsWager message 526 to gaming server 504. FIG. 5 shows that Wager message526 includes player identification information “P”, wager amount “W1”,and game information “Roulette”. Upon reception of Wager message 526,gaming server 504 verifies that player P has sufficient funds to makethe wager, deducts W1 from player P's account to make the requestedroulette wager, generates and sends Wager Accepted message 528 toindicate that player P's wager of W1 has been accepted.

At block 530, computing device 502 can, after receiving Wager Acceptedmessage 528, carry out the procedures of block 104 of the set offunctions 150 to welcome the player by selecting and displaying aWelcome Player video segment. During scenario 500, computing device 502selects Welcome Player video segment #1 from among a plurality ofversions of the Welcome Player video segment provided in the pluralityof video segments installed and stored at block 510. In scenario 500,computing device 502 selects Welcome Player video segment #1 based on aduration of the video segment and a Mandarin language of the videosegment in accord with the player's language specification at block 510.In other scenarios, a Welcome Player video segment can be selected basedon more, fewer, and/or different criteria than the duration and thelanguage of the video segment.

At block 532, computing device 502 can, after displaying Welcome Playervideo segment #1, carry out the procedures of block 106 of the set offunctions 150 to select and display a Launch Ball video segment of aroulette ball launch. During scenario 500, computing device 502 selectsLaunch Ball video segment #2, which does not have audio, from among aplurality of versions of the Launch Ball video segment provided in theplurality of video segments installed and stored at block 510. Inscenario 500, computing device 502 selects Launch Ball video segment #2based on a duration of the video segment. In other scenarios, a LaunchBall video segment can be selected based on more, fewer, and/ordifferent criteria than the duration of the video segment.

In response to Wager message 526, gaming server 504 can carry out theprocedures of block 108 of set of functions 150 by determining anoutcome of the first turn of the roulette game e.g., randomly selectinga ball landing position. In scenario 500, gaming server 504 determinesthe ball lands at location XX, XX selected from {0, 00, 1, 2 . . . 36},which leads to a win for the player. As the player's wager won, gamingserver 504 increases player P's account by W2, W2>0.

After determining that the ball lands at location XX, gaming server 504generates and sends Outcome message 534 to computing device 502reporting that the outcome of the first turn of the “Roulette” game is“XX” and the wager made by player “P1” resulted in a “Win” of an amountof “W2”.

At block 536, computing device 502 can, after receiving Outcome message534, carry out the procedures of block 110 of the set of functions 150to select and display a Ball Landing video segment showing a rouletteball landing. During scenario 500, computing device 502 selects BallLanding video segment # XX from among a plurality of versions of theBall Landing video segment provided in the plurality of video segmentsinstalled and stored at block 510. In scenario 500, computing device 502selects Ball Landing video segment # XX based on the outcome “XX” of theroulette game. In other scenarios, a Ball Landing video segment can beselected based on more, fewer, and/or different criteria than theoutcome of the roulette game.

At block 538, computing device 502 can, after displaying Ball Landingvideo segment # XX, carry out the procedures of block 112 of the set offunctions 150 to select and display a Congratulate Player video segmentto congratulate the player's win of an amount of W2. In scenario 500,computing device 502 selects Congratulate Player video segment #4 basedon a duration of the video segment and a Mandarin language of the videosegment in accord with the player's language specification at block 510.In other scenarios, a Congratulate Player video segment can be selectedbased on more, fewer, and/or different criteria than the duration andthe language of the video segment.

Upon completion of block 538, scenario 500 continues with the playerrequesting to play a second turn of the roulette game.

At block 550, computing device 502 can, after receiving the player'srequest to play a turn of the roulette, begin to play the second turn ofthe roulette game by carrying out the procedures of block 102 of set offunctions 150 to select and display a Dealer Idle and Waiting videosegment. During scenario 500, computing device 502 selects Dealer Idleand Waiting video segment #3 for the second roulette turn from among aplurality of versions of the Dealer Idle and Waiting video segmentprovided in the plurality of video segments installed and stored atblock 510. In scenario 500, computing device 502 selects Dealer Idle andWaiting video segment #3 based on a duration of the video segment and aMandarin language of the video segment in accord with the player'slanguage specification at block 510. In other scenarios, a Dealer Idleand Waiting video segment can be selected based on more, fewer, and/ordifferent criteria than the duration and the language of the videosegment.

At block 552, computing device 502 receives a wager of W3, W3>0, fromthe player for the second roulette turn; e.g., the player can utilize auser interface similar to user interface 330 to make one or more wagerson the roulette game. Upon receiving the wager of W3, computing device502 generates and sends Wager message 554 to gaming server 504. FIG. 5shows that Wager message 554 includes player identification information“P”, wager amount “W3”, and game information “Roulette”. Upon receptionof Wager message 554, gaming server 504 verifies that player P hassufficient funds to make the wager, deducts W3 from player P's accountto make the requested roulette wager, generates and sends Wager Acceptedmessage 556 to indicate that player P's wager of W3 has been accepted.

At block 558, computing device 502 can, after receiving Wager Acceptedmessage 556, carry out the procedures of block 104 of the set offunctions 150 to welcome the player by selecting and displaying aWelcome Player video segment. During scenario 500, computing device 502selects Welcome Player video segment #7 for the second roulette turnfrom among a plurality of versions of the Dealer Idle and Waiting videosegment provided in the plurality of video segments installed and storedat block 510. In scenario 500, computing device 502 selects WelcomePlayer video segment #7 for the second roulette turn based on a durationof the video segment and a Mandarin language of the video segment inaccord with the player's language specification at block 510. In otherscenarios, a Welcome Player video segment can be selected based on more,fewer, and/or different criteria than the duration and the language ofthe video segment.

At block 560, computing device 502 can, after displaying Welcome Playervideo segment #7, carry out the procedures of block 106 of the set offunctions 150 to select and display a Launch Ball video segment showinga roulette ball launch for the second roulette turn. During scenario500, computing device 502 selects Launch Ball video segment #4 for thesecond roulette turn from among a plurality of versions of the LaunchBall video segment provided in the plurality of video segments installedand stored at block 510. In scenario 500, computing device 502 selectsLaunch Ball video segment #4 for the second roulette turn based on aduration of the video segment and a Mandarin language of the videosegment in accord with the player's language specification at block 510.In other scenarios, a Launch Ball video segment can be selected based onmore, fewer, and/or different criteria than the duration and thelanguage of the video segment. In particular, silent Launch Ball videosegment #2 was previously selected by gaming server 504 withoutconsideration of language-based selection criteria, whileMandarin-language Launch Ball video segment #4 was selected by gamingserver 504 in accord with the player's language specification.

In response to Wager message 554, gaming server 504 can carry out theprocedures of block 108 of set of functions 150 by determining anoutcome of the second turn of the roulette game e.g., randomly selectinga ball landing position. In scenario 500, gaming server 504 determinesthat, for the second turn, the ball lands at location YY, YY selectedfrom {0, 00, 1, 2 . . . 36}, which leads to a loss for the player. Asthe player lost, the procedures of block 112 are omitted for the secondturn of the roulette game.

After determining that the ball lands at location YY, gaming server 504generates and sends Outcome message 562 to computing device 502, whereOutcome message 562 informs computing device that the outcome of the“Roulette” game is “YY” and the wager made by player “P1” resulted in a“Loss” of an amount of “−W3”.

At block 564, computing device 502 can, after receiving Outcome message562, carry out the procedures of block 110 of the set of functions 150related to selecting and displaying a Ball Landing video segment showinga roulette ball landing for the second turn of roulette. During scenario500, computing device 502 selects Ball Landing video segment # YY fromamong a plurality of versions of the Ball Landing video segment providedin the plurality of video segments installed and stored at block 510. Inscenario 500, computing device 502 selects Ball Landing video segment #YY based on the outcome “YY” of the second turn of the roulette game. Inother scenarios, a Ball Landing video segment can be selected based onmore, fewer, and/or different criteria than the outcome of the roulettegame. Upon completion of block 564, scenario 500 can end.

FIGS. 6A and 6B illustrate scenario 600 involving a communication flowbetween computing device 602 and gaming server 504 related to two turnsof the game of roulette. As shown in FIG. 6A, scenario 600 begins atblock 610, where computing device 602 installs and stores a softwareapplication for playing American roulette, such as discussed above inthe context of set of functions 150 and FIG. 1. During installation ofthe software installation package, a player specifies use of theMandarin language during game play. In scenario 600, the softwareapplication is installed without any video segments being installed attime of installation.

At block 620, a player instructs computing device 602 to launch theroulette application. After launching the roulette application, theplayer can request to play a first turn of the roulette game. Afterreceiving the player's request to play the first turn of the roulettegame, computing device 602 and gaming server 504 begin to play the firstturn by carrying out the procedures of block 102 of set of functions150. During scenario 600, computing device 602 generates and sendsGetSeg message 622 to gaming server 504 to request a “DealerIdle” videosegment for a game of “Roulette”. In response, gaming server 504 selectsDealer Idle and Waiting video segment #3, which is stored in a videofile called “vid1”, from among a plurality of versions of the DealerIdle and Waiting video segment. Gaming server 504 then generates andsends Seg message 624 with Dealer Idle and Waiting video segment #3/vid1to computing device 602. In scenario 600, gaming server 504 selectsDealer Idle and Waiting video segment #3/vid1 based on a duration of thevideo segment and a Mandarin language of the video segment in accordwith the player's language specification at block 610. In otherscenarios, a Dealer Idle and Waiting video segment can be selected basedon more, fewer, and/or different criteria than the duration and thelanguage of the video segment.

At block 626, computing device 602 can receive Seg message 624 and thendisplay vid1, which includes Dealer Idle and Waiting video segment #3,to the player.

At block 628, computing device 602 receives a wager of W1, W1>0, fromthe player; e.g., the player can utilize a user interface similar touser interface 330 to make one or more wagers on the first turn of theroulette game. Upon receiving the wager of W1, computing device 602generates and sends Wager message 630 to gaming server 504. FIG. 6Ashows that Wager message 630 includes player identification information“P”, wager amount “W1”, and game information “Roulette”. Upon receptionof Wager message 630, gaming server 504 verifies that player P hassufficient funds to make the wager, deducts W1 from player P's accountto make the requested roulette wager, generates and sends Wager Acceptedmessage 632 to indicate that player P's wager of W1 has been accepted.

Then, computing device 602 and gaming server 504 can carry out theprocedures of block 104 of the set of functions 150 by selecting anddisplaying a Welcome Player video segment. After receiving WagerAccepted message 632, computing device 602 generates and sends GetSegmessage 634 to gaming server 504 to request a “WelcomePlayer” videosegment for a game of “Roulette”. In response, gaming server 504 selectsWelcome Player video segment #1, which is stored in a video file called“vid2”, from among a plurality of versions of the Welcome Player videosegment. Gaming server 504 then generates and sends Seg message 636 withWelcome Player video segment #1/vid2 to computing device 602. Inscenario 600, gaming server 504 selects Welcome Player video segment#1/vid2 based on a duration of the video segment and a Mandarin languageof the video segment in accord with the player's language specificationat block 610. In other scenarios, a Welcome Player video segment can beselected based on more, fewer, and/or different criteria than theduration and the language of the video segment.

At block 638, computing device 602 can receive Seg message 636 and thendisplay vid2, which includes Welcome Player video segment #1, to theplayer. After displaying Welcome Player video segment #1, computingdevice 602 and gaming server 504 can carry out the procedures of block106 of the set of functions 150 to show a roulette ball launch. Duringscenario 600, computing device 602 generates and sends GetSeg message640 to gaming server 504 to request a “LaunchBall” video segment for agame of “Roulette”. Then, gaming server 504 selects Launch Ball videosegment #2, which is stored in a video file called “vid3” and does nothave audio, from among a plurality of versions of the Launch Ball videosegment. Gaming server 504 then generates and sends Seg message 642 withLaunch Ball video segment #2/vid3 to computing device 602. In scenario600, gaming server 504 selects Launch Ball video segment #2 based on aduration of the video segment. In other scenarios, a Launch Ball videosegment can be selected based on more, fewer, and/or different criteriathan the duration of the video segment.

At block 644, computing device 602 can receive Seg message 642 and thendisplay vid3, which includes Launch Ball video segment #2, to theplayer.

In response to Wager message 630, gaming server 504 can carry out theprocedures of block 108 of set of functions 150 by determining anoutcome of the first turn of the roulette game e.g., randomly selectinga ball landing position. In scenario 600, gaming server 504 determinesthe ball lands at location XX, XX selected from {0, 00, 1, 2 . . . 36},which leads to a win for the player. As the player's wager won, gamingserver 504 increases player P's account by W2, W2>0.

Also, gaming server 504 and computing device 602 can carry out theprocedures of blocks 110 and 112 of the set of functions 150respectively related to roulette ball landing and related tocongratulating the player's win of an amount of W2. During scenario 600,gaming server 504 selects Ball Landing video segment # XX, which isstored in a video file called “vid4”, from among a plurality of versionsof the Ball Landing video segment. In scenario 600, gaming server 504selects and displays Ball Landing video segment # XX based on theoutcome “XX” of the roulette game. In other scenarios, a Ball Landingvideo segment can be selected based on more, fewer, and/or differentcriteria than the outcome of the roulette game.

Gaming server 504 also selects Congratulate Player video segment #4,which is stored in a video file called “vid5” based on a duration of thevideo segment and a Mandarin language of the video segment in accordwith the player's language specification at block 610. In otherscenarios, a Congratulate Player video segment can be selected based onmore, fewer, and/or different criteria than the duration and thelanguage of the video segment.

After determining that the ball lands at location XX and selecting BallLanding video segment # XX/vid4 and Congratulate Player video segment#4/vid5, gaming server 504 can generate and send Outcome message 646 tocomputing device 602. In scenario 600, outcome message 646 informscomputing device 602 that the outcome of the first turn of the“Roulette” game is “XX”, the wager made by player “P1” resulted in a“Win” of an amount of “W2”, that “vid4” is to be displayed as a BallLanding video segment as part of the procedures of block 110, and “vid5”is to be displayed as a Congratulate Player video segment as part of theprocedures of block 112.

At block 648, computing device 602 can receive Outcome message 646 anddisplay vid4, which includes Ball Landing video segment # XX, to theplayer. At block 650, computing device 602 can display vid5, whichincludes Congratulate Player video segment #4, to congratulate theplayer on their win of an amount of W2.

Upon completion of block 650, scenario 600 continues with the playerrequesting to play a second turn of the roulette game. After receivingthe player's request to play the second turn of the roulette game,computing device 602 and gaming server 504 begin to play the second turnby carrying out the procedures of block 102 of set of functions 150.

During scenario 600, computing device 602 generates and sends GetSegmessage 660 to gaming server 504 to request a “DealerIdle” video segmentfor a game of “Roulette”. In response, gaming server 504 selects DealerIdle and Waiting video segment #3, which is stored in a video filecalled “vid6”, from among a plurality of versions of the Dealer Idle andWaiting video segment. Gaming server 504 then generates and sends Segmessage 662 with Dealer Idle and Waiting video segment #3/vid6 tocomputing device 602. In scenario 600, gaming server 504 selects DealerIdle and Waiting video segment #3/vid6 based on a duration of the videosegment and a Mandarin language of the video segment in accord with theplayer's language specification at block 610. In other scenarios, aDealer Idle and Waiting video segment can be selected based on more,fewer, and/or different criteria than the duration and the language ofthe video segment.

At block 664, computing device 602 can receive Seg message 662 and thendisplay vid6, which includes Dealer Idle and Waiting video segment #3,to the player.

Turning to FIG. 6B, at block 666, computing device 602 receives a wagerof W3, W3>0, from the player for the second roulette turn; e.g., theplayer can utilize a user interface similar to user interface 330 tomake one or more wagers on the second turn of the roulette game. Uponreceiving the wager of W3, computing device 602 generates and sendsWager message 668 to gaming server 504, where Wager message 668 includesplayer identification information “P”, wager amount “W3”, and gameinformation “Roulette”. Upon reception of Wager message 668, gamingserver 504 verifies that player P's account has sufficient funds to makethe wager, deducts W3 from player P's account to make the requestedroulette wager, generates and sends Wager Accepted message 670 toindicate that player P's wager of W3 has been accepted.

Then, computing device 602 and gaming server 504 can carry out theprocedures of block 104 of the set of functions 150 to welcome theplayer by selecting and displaying a Welcome Player video segment. Afterreceiving Wager Accepted message 670, computing device 602 generates andsends GetSeg message 672 to gaming server 504 to request a“WelcomePlayer” video segment for a game of “Roulette”. In response,gaming server 504 selects Welcome Player video segment #7, which isstored in a video file called “vid7”, from among a plurality of versionsof the Welcome Player video segment. Gaming server 504 then generatesand sends Seg message 674 with Welcome Player video segment #7/vid7 tocomputing device 602. In scenario 600, gaming server 504 selects WelcomePlayer video segment #7/vid7 based on a duration of the video segmentand a Mandarin language of the video segment in accord with the player'slanguage specification at block 610. In other scenarios, a WelcomePlayer video segment can be selected based on more, fewer, and/ordifferent criteria than the duration and the language of the videosegment.

At block 676, computing device 602 can receive Seg message 674 and thendisplay vid7, which includes Welcome Player video segment #7, to theplayer.

After displaying Welcome Player video segment #7, computing device 602and gaming server 504 can carry out the procedures of block 106 of theset of functions 150 to select and display a Launch Ball video segmentshowing a roulette ball launch for the second roulette turn. Duringscenario 600, computing device 602 generates and sends GetSeg message678 to gaming server 504 to request a “LaunchBall” video segment for agame of “Roulette”.

Then, gaming server 504 selects Launch Ball video segment #4 for thesecond roulette turn based on a duration of the video segment and aMandarin language of the video segment in accord with the player'slanguage specification at block 610. Gaming server 504 then generatesand sends Seg message 680 with Launch Ball video segment #4/vid8 tocomputing device 602. In other scenarios, a Launch Ball video segmentcan be selected based on more, fewer, and/or different criteria than theduration and the language of the video segment. In particular, silentLaunch Ball video segment #2 was previously selected by gaming server504 without consideration of language-based selection criteria, whileMandarin-language Launch Ball video segment #4 was selected by gamingserver 504 in accord with the player's language specification.

At block 682, computing device 602 can receive Seg message 680 and thendisplay vid8, which includes Launch Ball video segment #4, to theplayer.

In response to Wager message 668, gaming server 504 can carry out theprocedures of block 108 of set of functions 150 by determining anoutcome of the second turn of the roulette game e.g., randomly selectinga ball landing position. In scenario 600, gaming server 504 determinesthat, for the second turn, the ball lands at location YY, YY selectedfrom {0, 00, 1, 2 . . . 36}, which leads to a loss for the player. Asthe player lost, the procedures of block 112 are omitted for the secondturn of the roulette game.

Also, gaming server 504 and computing device 602 can carry out theprocedures of block 110 of the set of functions 150 respectively relatedto roulette ball landing for the second turn of the game of roulette.During scenario 600, gaming server 504 selects Ball Landing videosegment # YY, which is stored in a video file called “vid9”, from amonga plurality of versions of the Ball Landing video segment. In scenario600, gaming server 504 selects and displays Ball Landing video segment #YY based on the outcome “YY” of the roulette game. In other scenarios, aBall Landing video segment can be selected based on more, fewer, and/ordifferent criteria than the outcome of the roulette game.

After determining that the ball lands at location YY and selecting aBall Landing video segment, gaming server 504 generates and sendsOutcome message 684 to computing device 602, where Outcome message 684informs computing device that the outcome of the “Roulette” game is “YY”and the wager made by player “P1” resulted in a “Loss” of an amount of“−W3”. Outcome message 684 also includes “vid9” for carrying out therespective procedures of block 110 of the set of functions 150.

At block 686, computing device 602 can receive Outcome message 684 anddisplay vid9, which includes Ball Landing video segment # YY, to theplayer. Upon completion of block 686, scenario 600 can end.

FIGS. 7A and 7B illustrate scenario 700 involving a communication flowbetween computing device 702 and gaming server 504. As shown in FIG. 7A,scenario 700 begins at block 710, where computing device 702 installsand stores a software application for playing American roulette, such asdiscussed above in the context of set of functions 150 and FIG. 1.During installation of the software installation package, a playerspecifies use of the Mandarin language during game play. In scenario700, the software application is installed without any video segmentsbeing installed at time of installation, but the software application isenable to cache all received video segments.

At block 720, a player instructs computing device 702 to launch theroulette application. After launching the roulette application, theplayer can request to play a first turn of the roulette game. Afterreceiving the player's request to play the first turn of the roulettegame, computing device 702 and gaming server 704 begin to play the firstturn by carrying out the procedures of block 102 of set of functions150. During scenario 700, computing device 702 generates and sendsGetSeg message 722 to gaming server 504 to request a “DealerIdle” videosegment for a game of “Roulette”. In response, gaming server 504 selectsDealer Idle and Waiting video segment #3, which is stored in a videofile called “vid1”, from among a plurality of versions of the DealerIdle and Waiting video segment. Gaming server 504 selects Dealer Idleand Waiting video segment #3/vid1 based on a duration of the videosegment and a Mandarin language of the video segment in accord with theplayer's language specification at block 610. In other scenarios, aDealer Idle and Waiting video segment can be selected based on more,fewer, and/or different criteria than the duration and the language ofthe video segment.

Gaming server 504 then generates and sends Seg message 724 with DealerIdle and Waiting video segment #3/vid1 to computing device 702. Segmessage 724 includes three data items: an indicator that the videosegment is a “DealerIdle” video segment, the “vid1” video segment, and avideo segment identifier (VSI) “VSI=3” to indicate that vid1 can beidentified to gaming server 504 as a copy of the Dealer Idle and Waitingvideo segment #3.

At block 726, computing device 702 can receive Seg message 724, cachevid1 as Dealer Idle and Waiting video segment #3 based on the videosegment indicator in Seg message 724, and display vid1 to the player. Inother scenarios, computing device 702 can send one or more messages togaming server 504 to indicate that one or more video segments were notactually cached; e.g., Dealer Idle and Waiting video segment #3.

At block 728, computing device 702 receives a wager of W1, W1>0, fromthe player; e.g., the player can utilize a user interface similar touser interface 330 to make one or more wagers on the first turn of theroulette game. Upon receiving the wager of W1, computing device 702generates and sends Wager message 730 to gaming server 504. FIG. 7Ashows that Wager message 730 includes player identification information“P”, wager amount “W1”, and game information “Roulette”. Upon receptionof Wager message 730, gaming server 504 verifies that player P hassufficient funds to make the wager, deducts W1 from player P's accountto make the requested roulette wager, generates and sends Wager Acceptedmessage 732 to indicate that player P's wager of W1 has been accepted.

Then, computing device 702 and gaming server 504 can carry out theprocedures of block 104 of the set of functions 150 to welcome theplayer by selecting and displaying a Welcome Player video segment. Afterreceiving Wager Accepted message 732, computing device 702 generates andsends GetSeg message 734 to gaming server 504 to request a“WelcomePlayer” video segment for a game of “Roulette”. In response,gaming server 504 selects Welcome Player video segment #1, which isstored in a video file called “vid2”, from among a plurality of versionsof the Welcome Player video segment. In scenario 700, gaming server 504selects Welcome Player video segment #1/vid2 based on a duration of thevideo segment and a Mandarin language of the video segment in accordwith the player's language specification at block 710. In otherscenarios, a Welcome Player video segment can be selected based on more,fewer, and/or different criteria than the duration and the language ofthe video segment.

Gaming server 504 then generates and sends Seg message 736 with WelcomePlayer video segment #1/vid2 to computing device 702. Seg message 736includes three data items: an indicator that the video segment is a“WelcomePlayer” video segment, the “vid2” video segment, and videosegment identifier “VSI=1” to indicate that vid2 is identified as a copyof the Welcome Player video segment #1 by gaming server 504.

At block 738, computing device 702 can receive Seg message 736, cachevid2 as Welcome Player video segment #1, and display vid2 to the player.

After displaying Welcome Player video segment #1, computing device 702and gaming server 504 can carry out the procedures of block 106 of theset of functions 150 to show a roulette ball launch. During scenario700, computing device 702 generates and sends GetSeg message 740 togaming server 504 to request a “LaunchBall” video segment for a game of“Roulette”. Then, gaming server 504 selects Launch Ball video segment#2, which is stored in a video file called “vid3” and does not haveaudio, from among a plurality of versions of the Launch Ball videosegment. In scenario 700, gaming server 504 selects Launch Ball videosegment #2 based on a duration of the video segment. In other scenarios,a Launch Ball video segment can be selected based on more, fewer, and/ordifferent criteria than the duration of the video segment.

Gaming server 504 then generates and sends Seg message 742 with LaunchBall video segment #2/vid3 to computing device 702. Seg message 742includes three data items: an indicator that the video segment is a“LaunchBall” video segment, the “vid3” video segment, and video segmentidentifier “VSI=2” to indicate that vid3 is identified as a copy of theLaunch Ball video segment #2 by gaming server 504.

At block 744, computing device 702 can receive Seg message 742, cachevid3 as Launch Ball video segment #2, and display vid3 to the player.

In response to Wager message 730, gaming server 504 can carry out theprocedures of block 108 of set of functions 150 by determining anoutcome of the first turn of the roulette game e.g., randomly selectinga ball landing position. In scenario 700, gaming server 504 determinesthe ball lands at location XX, XX selected from {0, 00, 1, 2 . . . 36},which leads to a win for the player. As the player's wager won, gamingserver 504 increases player P's account by W2, W2>0.

Also, gaming server 504 and computing device 702 can carry out theprocedures of blocks 110 and 112 of the set of functions 150respectively related to roulette ball landing and related tocongratulating the player's win of an amount of W2. During scenario 700,gaming server 504 selects Ball Landing video segment # XX, which isstored in a video file called “vid4”, from among a plurality of versionsof the Ball Landing video segment. In scenario 700, gaming server 504selects and displays Ball Landing video segment # XX based on theoutcome “XX” of the roulette game. In other scenarios, a Ball Landingvideo segment can be selected based on more, fewer, and/or differentcriteria than the outcome of the roulette game.

Gaming server 504 also selects Congratulate Player video segment #4,which is stored in a video file called “vid5” based on a duration of thevideo segment and a Mandarin language of the video segment in accordwith the player's language specification at block 710. In otherscenarios, a Congratulate Player video segment can be selected based onmore, fewer, and/or different criteria than the duration and thelanguage of the video segment.

After determining that the ball lands at location XX and selecting BallLanding and Congratulate Player video segments, gaming server 504generates and sends Outcome message 746 to computing device 702, whereOutcome message 746 informs computing device 702 that the outcome of thefirst turn of the “Roulette” game is “XX” and that the wager made byplayer “P1” resulted in a “Win” of an amount of “W2”. Outcome message746 also includes “vid4” as a Ball Landing video segment during theprocedures of block 110 and “vid5” having video segment identifier“VSI=4” is a Congratulate Player video segment during the procedures ofblock 112.

At block 748, computing device 702 can receive Outcome message 746. Uponreception of Outcome message 746, computing device 702 displays vid4 tothe player, which includes Ball Landing video segment # XX, to show theball landing at XX. Computing device 702 also caches vid5 asCongratulate Player video segment #4 and displays vid5 to the player forcongratulating the player's win of an amount of W2.

Scenario 700 continues with gaming server 504 generating and sendingMultiSeg message 750 to computing device 702. MultiSeg message 750 canbe used to send multiple video segments for caching by computing device702. In particular, FIG. 7A shows that MultiSeg message 750 includes“38” total “BallLanding” video segments, with the first Ball Landingvideo segment “vid_0” having a video segment identifier of “0”, thesecond Ball Landing video segment “vid_00” having a video segmentidentifier of “00”, and so on until reaching the 38^(th) Ball Landingvideo segment “vid_36” having a video segment identifier of “36”. Inother scenarios, computing device 702 can send one or more messages togaming server 504 to indicate whether or not one or more video segmentsprovided in a MultiSeg message were actually cached.

At block 752, upon reception of MultiSeg message 750, computing devicecaches the 38 received BallLanding video segments as respectiveBallLanding video segments #0, #00, 1, 2 . . . #36.

Upon completion of block 752, scenario 700 continues with the playerrequesting to play a second turn of the roulette game. After receivingthe player's request to play the second turn of the roulette game,computing device 702 and gaming server 504 begin to play the second turnby carrying out the procedures of block 102 of set of functions 150.

Turning to FIG. 7B, computing device 702 sends a GetSeg message 760 togaming server 504 to request a “DealerIdle” video segment for the gameof “Roulette” and to inform gaming server 504 that computing device 702has cached DealerIdle segment #3 using the “VSI=3” portion ofGetSegMessage 760. In response, gaming server 504 selects DealerIdlesegment #3 for use in the second turn of the game of roulette. Inscenario 700, gaming server 504 selects Dealer Idle and Waiting videosegment #3/vid6 based on a duration of the video segment and a Mandarinlanguage of the video segment in accord with the player's languagespecification at block 710. In other scenarios, a Dealer Idle andWaiting video segment can be selected based on more, fewer, and/ordifferent criteria than the duration and the language of the videosegment.

Gaming server 504 then sends Seg message 762 to instruct computingdevice 702 to display the cached DealerIdle segment having the videosegment identifier of 3. Note that Seg message 762 does not include acopy of the video segment.

At block 764, after receiving Seg message 762, computing device 702 candisplay the cached DealerIdle segment #3 as Dealer Idle and WaitingVideo Segment for the second turn of the game of roulette. By displayingthe already-cached copy of Dealer Idle and Waiting Video Segment #3,game play can be sped up and network bandwidth conserved in comparisonto sending DealerIdle segment #3 during the second turn of the game ofroulette as performed at block 664 of scenario 600.

At block 766, computing device 702 can receive a wager of W3, W3>0, fromthe player for the second roulette turn; e.g., the player can utilize auser interface similar to user interface 330 to make one or more wagerson the second turn of the roulette game. Upon receiving the wager of W3,computing device 702 generates and sends Wager message 768 to gamingserver 504. FIG. 7B shows that Wager message 768 includes playeridentification information “P”, wager amount “W3”, and game information“Roulette”. Upon reception of Wager message 768, gaming server 504verifies that player P's account has sufficient funds to make the wager,deducts W3 from player P's account to make the requested roulette wager,generates and sends Wager Accepted message 770 to indicate that playerP's wager of W3 has been accepted.

Then, computing device 702 and gaming server 504 can carry out theprocedures of block 104 of the set of functions 150 to welcome theplayer by selecting and displaying a Welcome Player video segment. Afterreceiving Wager Accepted message 770, computing device 702 generates andsends GetSeg message 772 to gaming server 504 to request a“WelcomePlayer” video segment for a game of “Roulette” and uses the“VSI=1” data item to inform gaming server 504 that computing device 702has cached Welcome Player video segment #1.

In response, gaming server 504 selects Welcome Player video segment #7,which is stored in a video file called “vid7”, from among a plurality ofversions of the Welcome Player video segment. In scenario 700, gamingserver 504 selects Welcome Player video segment #7/vid7 based on aduration of the video segment and a Mandarin language of the videosegment in accord with the player's language specification at block 710.In other scenarios, a Welcome Player video segment can be selected basedon more, fewer, and/or different criteria than the duration and thelanguage of the video segment.

Gaming server 504 generates and sends Seg message 774 with WelcomePlayer video segment #7/vid7 to computing device 702. Seg message 774includes three data items: an indicator that the video segment is a“WelcomePlayer” video segment, the “vid7” video segment, and a videosegment identifier “VSI=7” to indicate that vid7 can be identified togaming server 504 as a copy of the Welcome Player video segment #7.

At block 776, computing device 702 can receive Seg message 774, cachevid7 as Welcome Player video segment #7 based on the video segmentindicator in Seg message 774, and display vid7 to the player.

After displaying Welcome Player video segment #7, computing device 702and gaming server 504 can carry out the procedures of block 106 of theset of functions 150 to select and display a Launch Ball video segmentshowing a roulette ball launch for the second roulette turn. Duringscenario 700, computing device 702 generates and sends GetSeg message778 to gaming server 504 to request a “LaunchBall” video segment for agame of “Roulette” and uses the “VSI=2” data item to inform gamingserver 504 that computing device 702 has cached Launch Ball videosegment #2.

Then, gaming server 504 selects Launch Ball video segment #4 for thesecond roulette turn based on a duration of the video segment and aMandarin language of the video segment in accord with the player'slanguage specification at block 710. In other scenarios, a Launch Ballvideo segment can be selected based on more, fewer, and/or differentcriteria than the duration and the language of the video segment. Inparticular, silent Launch Ball video segment #2 was previously selectedby gaming server 504 without consideration of language-based selectioncriteria, while Mandarin-language Launch Ball video segment #4 wasselected by gaming server 504 in accord with the player's languagespecification.

In scenario 700, gaming server 504 has a total of four versions of theLaunch ball video segment. Gaming server 504 determines to request thatcomputing device 702 cache all four versions. To that end, gaming server504 then generates and sends MultiSeg message 780 with a copy of LaunchBall video segment #4 stored in “vid8a” and identified as “VSI=4”.MultiSeg message 780 also includes a copy of Launch Ball video segment#1 stored in “vid8b” and identified as “VSI=1” and a copy of Launch Ballvideo segment #3 stored in “vid8c” and identified as “VSI=3”.

At block 782, computing device 702 can receive Seg message 780, cachevid8a as Launch Ball video segment #4, cache vid8b as Launch Ball videosegment #1, cache vid8c as Launch Ball video segment #3, and thendisplay vid8a to the player.

In response to Wager message 768, gaming server 504 can carry out theprocedures of block 108 of set of functions 150 by determining anoutcome of the second turn of the roulette game e.g., randomly selectinga ball landing position. In scenario 700, gaming server 504 determinesthat, for the second turn, the ball lands at location YY, YY selectedfrom {0, 00, 1, 2 . . . 36}, which leads to a loss for the player. Asthe player lost, the procedures of block 112 are omitted for the secondturn of the roulette game.

Also, gaming server 504 and computing device 702 can carry out theprocedures of block 110 of the set of functions 150 respectively relatedto roulette ball landing for the second turn of the game of roulette.During scenario 700, gaming server 504 selects Ball Landing videosegment # YY from among a plurality of versions of the Ball Landingvideo segment. In scenario 700, gaming server 504 selects and displaysBall Landing video segment # YY based on the outcome “YY” of theroulette game. In other scenarios, a Ball Landing video segment can beselected based on more, fewer, and/or different criteria than theoutcome of the roulette game.

In scenario 700, gaming server 504 recalls that computing device 702 hasalready cached 38 Ball Outcome video segments while processing MultiSegmessage 750. After determining that the ball lands at location YY andselecting a Ball Landing video segment, gaming server 504 generates andsends Outcome message 784 to computing device 702, where Outcome message784 informs computing device that the outcome of the “Roulette” game is“YY” and the wager made by player “P1” resulted in a “Loss” of an amountof “−W3”. Outcome message 784 also includes an indicator “UseCachedSeg”for carrying out the respective procedures of block 110 of the set offunctions 150 using the already-cached Ball Landing video segmentassociated with location YY.

In response to Outcome message 784, computing device 702 can verify thatit has a cached copy of a Ball Landing video segment associated withlocation/video segment identifier YY and send CachedSeg message 786 toinform gaming server 504 that the request to computing device 702 to usea cached “BallLanding” video segment associated with location/videosegment identifier “YY” for the game of “Roulette” is “OK”. That is,CachedSeg message 786 informs gaming server 504 that computing device702 does have, and so will use, an already-cached Ball Landing videosegment associated with location YY.

In other scenarios, computing device 702 can omit sending CachedSegmessage 786 to save bandwidth. In some of these other scenarios,computing device 702 can send one or more CachedSeg and/or similarmessages when a video presumed to be cached by gaming server 504 is notcached and/or is otherwise unavailable to computing device 702.

At block 788, computing device 702 can retrieve and then display thecached version Ball Landing video segment associated with location YY tothe player. Upon completion of block 788, scenario 700 can end.

V. Example Operation

FIG. 8 is a flow chart of functions to carry out method 800, inaccordance with an example embodiment. The functions are shown withinblocks 810 to 820. The functions of method 800 can be carried out by acomputing device, such as computing device 400 described above in thecontext of at least FIGS. 4-7B.

FIG. 10 indicates that method 800 can begin at block 810. At block 810,the computing device can receive a request to play a game of chance thatincludes a plurality of game actions ordered by a game sequence, such asdiscussed above at least in the context of FIGS. 1, 2, 3A, 3B, and 3C.

At block 820, the computing device can be used to play the game ofchance by at least: determining a particular game action of theplurality of game actions based on the game sequence; determining aplurality of pre-recorded video segments related to the particular gameaction, where each of the plurality of pre-recorded video segmentsrecords a respective instance of the particular game action beingperformed by a person; selecting a particular pre-recorded video segmentfrom the plurality of pre-recorded video segments; and generating adisplay related to the particular game action that includes at least aportion of the particular pre-recorded video segment, such as discussedabove at least in the context of FIGS. 1, 2, 3A, 3B, and 3C.

In some embodiments, the person can be at least one of: a dealer and acroupier.

In other embodiments, the game of chance can be one of: roulette,blackjack, and baccarat, such as discussed above at least in the contextof FIGS. 1, 2, 3A, 3B, and 3C. In particular of these embodiments, thegame of chance can be roulette; then, the particular game action can beone of: a making wagers game action, a ball launch game action, a balllanding game action, and a settling wagers game action, such asdiscussed above at least in the context of FIG. 1. In other particularof these embodiments, the game of chance can be blackjack; then, theparticular game action can be one of: a making wagers game action, aplayer hand game action, a dealer hand game action, and a settlingwagers game action, such as discussed above at least in the context ofFIG. 2.

In still other embodiments, using the computing device to play the gameof chance can further include: determining a second particular gameaction of the plurality of game actions that follows the particular gameaction according to the game sequence; determining a second plurality ofpre-recorded video segments related to the second particular gameaction, where each of the second plurality of pre-recorded videosegments records a respective instance of the second particular gameaction being performed by a person; selecting a second particularpre-recorded video segment from the second plurality of pre-recordedvideo segments; and generating a second display related to the secondparticular game action that includes at least a portion of the secondparticular pre-recorded video segment, such as discussed above in thecontext of at least FIGS. 1, 2, 3A, 3B, and 3C.

In even other embodiments, generating the display related to theparticular game action can include generating a display that includesthe at least a portion of the particular pre-recorded video segment anda three-dimensional graphical object, such as discussed above in thecontext of at least FIGS. 2, 3A, 3B, and 3C. In particular of theseembodiments, the game of chance utilizes playing cards; then, thethree-dimensional graphical object can represent at least one playingcard, such as discussed above in the context of at least FIGS. 2, 3A,3B, and 3C.

In yet other embodiments, the plurality of pre-recorded video segmentscan include a plurality of video segments that have a plurality ofdifferent durations; then, selecting the particular pre-recorded videosegment can include selecting the particular pre-recorded video segmentbased on a duration of the video segment, such as discussed above in thecontext of at least FIG. 4.

In further other embodiments, the plurality of pre-recorded videosegments can include a plurality of video segments utilizing a pluralityof different languages; then, selecting the particular pre-recordedvideo segment can include selecting the particular pre-recorded videosegment based on a language of the video segment, such as discussedabove in the context of at least FIG. 4.

In even further other embodiments, the game of chance can have aplurality of outcomes, the particular game action can be associated witha particular outcome of the plurality of outcomes, and the plurality ofpre-recorded video segments include a plurality of outcome videosegments associated with the plurality of outcomes, such as discussedabove in the context of at least FIGS. 1 and 4. In particular of theseembodiments, selecting the particular pre-recorded video segmentincludes selecting an outcome video segment associated with theparticular outcome from the plurality of outcome video segments, such asdiscussed above in the context of at least FIGS. 1 and 4.

In still further other embodiments, using the computing device to playthe game of chance can include executing the software application storedon the computing device to play the game of chance, such as discussedabove in the context of at least FIGS. 4, 5, 6A, 7A, and 7B. Inparticular of these embodiments, the computing device can be configuredto store at least the software application and the plurality ofpre-recorded video segments, such as discussed above in the context ofat least FIGS. 4, 5, 7A, and 7B. In particular of these embodiments,method 800 can further include: receiving, at the computing device, asoftware application package that includes the software application andthe plurality of pre-recorded video segments; and storing the softwareapplication and the plurality of pre-recorded video segments using thecomputing device, such as discussed above in the context of at leastFIG. 5.

In yet further other embodiments, selecting the particular pre-recordedvideo segment from the plurality of pre-recorded video segments caninclude: receiving the particular pre-recorded video segment at thecomputing device; and storing the particular pre-recorded video segmentin data storage of the computing device, such as discussed above in thecontext of at least FIGS. 7A and 7B. In particular of these embodiments,method 800 can further include: using the computing device to play thegame of chance a second time by at least: determining a particular gameaction of the plurality of game actions based on the game sequence;determining the plurality of pre-recorded video segments related to theparticular game action; and selecting the particular pre-recorded videosegment from the plurality of pre-recorded video segments by at least:retrieving the particular pre-recorded video segment from the datastorage of the computing device, such as discussed above in the contextof at least FIGS. 7A and 7B. In other particular of these embodiments,receiving the particular pre-recorded video segment at the computingdevice includes receiving the plurality of pre-recorded video segments,such as discussed above in the context of at least FIGS. 7A and 7B.

VI. Additional Example Embodiments

The following clauses are offered as further description of thedisclosure.

Clause 1—A method, including: receiving, at a computing device, arequest to play a game of chance that includes a plurality of gameactions ordered by a game sequence; and using the computing device toplay the game of chance by at least: determining a particular gameaction of the plurality of game actions based on the game sequence;determining a plurality of pre-recorded video segments related to theparticular game action, where each of the plurality of pre-recordedvideo segments records a respective instance of the particular gameaction being performed by a person; selecting a particular pre-recordedvideo segment from the plurality of pre-recorded video segments; andgenerating a display related to the particular game action that includesat least a portion of the particular pre-recorded video segment.

Clause 2—The method of Clause 1, where using the computing device toplay the game of chance further includes: determining a secondparticular game action of the plurality of game actions that follows theparticular game action according to the game sequence; determining asecond plurality of pre-recorded video segments related to the secondparticular game action, where each of the second plurality ofpre-recorded video segments records a respective instance of the secondparticular game action being performed by a person; selecting a secondparticular pre-recorded video segment from the second plurality ofpre-recorded video segments; and generating a second display related tothe second particular game action that includes at least a portion ofthe second particular pre-recorded video segment.

Clause 3—The method of either Clause 1 or Clause 2, where the personincludes at least one of: a dealer and a croupier.

Clause 4—The method of any one of Clauses 1-3, where the game of chanceis one of: roulette, blackjack, and baccarat.

Clause 5—The method of Clause 4, where the game of chance is roulette,and where the particular game action is one of: a making wagers gameaction, a ball launch game action, a ball landing game action, and asettling wagers game action.

Clause 6—The method of Clause 4, where the game of chance is blackjack,and where the particular game action is one of: a making wagers gameaction, a player hand game action, a dealer hand game action, and asettling wagers game action.

Clause 7—The method of any one of Clauses 1-6, where generating thedisplay related to the particular game action includes generating adisplay that includes the at least a portion of the particularpre-recorded video segment and a three-dimensional graphical object.

Clause 8—The method of Clause 7, where the game of chance utilizesplaying cards, and where the three-dimensional graphical objectrepresents at least one playing card.

Clause 9—The method of any one of Clauses 1-8, where the plurality ofpre-recorded video segments include a plurality of video segments thathave a plurality of different durations, and where selecting theparticular pre-recorded video segment includes selecting the particularpre-recorded video segment based on a duration of the video segment.

Clause 10—The method of any one of Clauses 1-9, where the plurality ofpre-recorded video segments include a plurality of video segmentsutilizing a plurality of different languages, and where selecting theparticular pre-recorded video segment includes selecting the particularpre-recorded video segment based on a language of the video segment.

Clause 11—The method of any one of Clauses 1-10, where the game ofchance has a plurality of outcomes, where the particular game action isassociated with a particular outcome of the plurality of outcomes, andwhere the plurality of pre-recorded video segments include a pluralityof outcome video segments associated with the plurality of outcomes.

Clause 12—The method of Clause 11, where selecting the particularpre-recorded video segment includes selecting an outcome video segmentassociated with the particular outcome from the plurality of outcomevideo segments.

Clause 13—The method of any one of Clauses 1-12, where using thecomputing device to play the game of chance includes executing asoftware application stored on the computing device to play the game ofchance.

Clause 14—The method of Clause 13, where the computing device isconfigured to store at least the software application and the pluralityof pre-recorded video segments.

Clause 15—The method of Clause 14, further including: receiving, at thecomputing device, a software application package that includes thesoftware application and the plurality of pre-recorded video segments;and storing the software application and the plurality of pre-recordedvideo segments using the computing device, where receiving the requestto play the game of chance includes receiving the request to play thegame of chance using the software application.

Clause 16—The method of any one of Clauses 1-15, where selecting theparticular pre-recorded video segment from the plurality of pre-recordedvideo segments includes: receiving the particular pre-recorded videosegment at the computing device; and storing the particular pre-recordedvideo segment in data storage of the computing device.

Clause 17—The method of Clause 16, further including: using thecomputing device to play the game of chance a second time by at least:determining a particular game action of the plurality of game actionsbased on the game sequence; determining the plurality of pre-recordedvideo segments related to the particular game action; and selecting theparticular pre-recorded video segment from the plurality of pre-recordedvideo segments by at least: retrieving the particular pre-recorded videosegment from the data storage of the computing device.

Clause 18—The method of Clause 16 or Clause 17, where receiving theparticular pre-recorded video segment at the computing device includesreceiving the plurality of pre-recorded video segments.

Clause 19—A computing device, including: one or more processors; anddata storage configured to store at least computer-readable programinstructions that, when executed by the one or more processors, causethe computing device to carry out functions including the method of anyone of Clauses 1-18.

Clause 20—The computing device of Clause 19, where the data storageincludes a non-transitory computer-readable medium.

Clause 21—A computer-readable medium configured to store instructionsthat, when executed by one or more processors of a computing device,cause the computing device to carry out functions including the methodof any one of Clauses 1-18.

Clause 22—The computer-readable medium of Clause 21, where thecomputer-readable medium includes a non-transitory computer-readablemedium.

VII. Conclusion

Example embodiments have been described above. Those skilled in the artwill understand that changes and modifications can be made to thedescribed embodiments without departing from the true scope of thedescribed embodiments as claimed.

This detailed description describes various features and functions ofthe disclosed systems, devices, and methods with reference to theaccompanying figures. In the figures, similar symbols typically identifysimilar components, unless context dictates otherwise. The illustrativeembodiments described in the detailed description, figures, and claimsare not meant to be limiting. Other embodiments can be used, and otherchanges can be made, without departing from the spirit or scope of thesubject matter presented herein. It will be readily understood that theaspects of the present disclosure, as generally described herein, andillustrated in the figures, can be arranged, substituted, combined,separated, and designed in a wide variety of different configurations,all of which are explicitly contemplated herein.

With respect to any or all of the message flow diagrams, scenarios, andflow charts in the figures and as discussed herein, each step, blockand/or communication can represent a processing of information and/or atransmission of information in accordance with example embodiments.Alternative embodiments are included within the scope of these exampleembodiments. In these alternative embodiments, for example, functionsdescribed as steps, blocks, transmissions, communications, requests,responses, and/or messages can be executed out of order from that shownor discussed, including in substantially concurrent or in reverse order,depending on the functionality involved. Further, more or fewer steps,blocks and/or functions can be used with any of the message flowdiagrams, scenarios, and flow charts discussed herein, and these messageflow diagrams, scenarios, and flow charts can be combined with oneanother, in part or in whole.

A step or block that represents a processing of information cancorrespond to circuitry that can be configured to perform the specificlogical functions of a herein-described method or technique.Alternatively or additionally, a step or block that represents aprocessing of information can correspond to a module, a segment, or aportion of program code (including related data). The program code caninclude one or more instructions executable by a processor forimplementing specific logical functions or actions in the method ortechnique. The program code and/or related data can be stored on anytype of computer-readable medium such as a storage device including adisk or hard drive or other storage media.

The computer-readable medium can include non-transitorycomputer-readable media such as computer-readable media that stores datafor short periods of time like register memory, processor cache, and/orrandom access memory (RAM). The computer-readable media can includenon-transitory computer-readable media that stores program code and/ordata for longer periods of time, such as secondary or persistent longterm storage, like read only memory (ROM), optical or magnetic disks,and/or compact-disc read only memory (CD-ROM), for example. Thecomputer-readable media can be any other volatile or non-volatilestorage systems. A computer-readable medium can be considered acomputer-readable storage medium, for example, or a tangible storagedevice.

Software for use in carrying out the herein-described embodiments canalso be in transitory form, for example in the form of signalstransmitted over a network such as the Internet. Moreover, a step orblock that represents one or more information transmissions cancorrespond to information transmissions between software and/or hardwaremodules in the same physical device. However, other informationtransmissions can be between software modules and/or hardware modules indifferent physical devices.

While various aspects and embodiments have been disclosed herein, otheraspects and embodiments will be apparent to those skilled in the art.The various aspects and embodiments disclosed herein are for purposes ofillustration and are not intended to be limiting.

The invention claimed is:
 1. A method, comprising: receiving, at acomputing device, a request to play a game of chance that includes aplurality of game actions ordered by a game sequence; and using thecomputing device to play the game of chance by at least: determining aparticular game action of the plurality of game actions based on thegame sequence; determining a plurality of pre-recorded video segmentsrelated to the particular game action, wherein each of the plurality ofpre-recorded video segments records a respective instance of theparticular game action being performed by a person; selecting aparticular pre-recorded video segment from the plurality of pre-recordedvideo segments; and generating a display related to the particular gameaction that comprises at least a portion of the particular pre-recordedvideo segment, wherein generating the display related to the particulargame action comprises generating a display that comprises the at least aportion of the particular pre-recorded video segment and athree-dimensional graphical object.
 2. The method of claim 1, whereinusing the computing device to play the game of chance further includes:determining a second particular game action of the plurality of gameactions that follows the particular game action according to the gamesequence; determining a second plurality of pre-recorded video segmentsrelated to the second particular game action, wherein each of the secondplurality of pre-recorded video segments records a respective instanceof the second particular game action being performed by a person;selecting a second particular pre-recorded video segment from the secondplurality of pre-recorded video segments; and generating a seconddisplay related to the second particular game action that comprises atleast a portion of the second particular pre-recorded video segment. 3.The method of claim 1, wherein the person comprises at least one of: adealer and a croupier.
 4. The method of claim 1, wherein the game ofchance is one of: roulette, blackjack, and baccarat.
 5. The method ofclaim 4, wherein the game of chance is roulette, and wherein theparticular game action is one of: a making wagers game action, a balllaunch game action, a ball landing game action, and a settling wagersgame action.
 6. The method of claim 4, wherein the game of chance isblackjack, and wherein the particular game action is one of: a makingwagers game action, a player hand game action, a dealer hand gameaction, and a settling wagers game action.
 7. The method of claim 1,wherein the game of chance utilizes playing cards, and wherein thethree-dimensional graphical object represents at least one playing card.8. The method of claim 1, wherein the plurality of pre-recorded videosegments comprise a plurality of video segments that have a plurality ofdifferent durations, and wherein selecting the particular pre-recordedvideo segment comprises selecting the particular pre-recorded videosegment based on a duration of the video segment.
 9. The method of claim1, wherein the plurality of pre-recorded video segments comprise aplurality of video segments utilizing a plurality of differentlanguages, and wherein selecting the particular pre-recorded videosegment comprises selecting the particular pre-recorded video segmentbased on a language of the video segment.
 10. The method of claim 1,wherein the game of chance has a plurality of outcomes, wherein theparticular game action is associated with a particular outcome of theplurality of outcomes, and wherein the plurality of pre-recorded videosegments comprise a plurality of outcome video segments associated withthe plurality of outcomes.
 11. The method of claim 10, wherein selectingthe particular pre-recorded video segment comprises selecting an outcomevideo segment associated with the particular outcome from the pluralityof outcome video segments.
 12. The method of claim 1, wherein using thecomputing device to play the game of chance comprises executing asoftware application stored on the computing device to play the game ofchance.
 13. The method of claim 12, wherein the computing device isconfigured to store at least the software application and the pluralityof pre-recorded video segments.
 14. The method of claim 13, furthercomprising: receiving, at the computing device, a software applicationpackage that comprises the software application and the plurality ofpre-recorded video segments; and storing the software application andthe plurality of pre-recorded video segments using the computing device,wherein receiving the request to play the game of chance comprisesreceiving the request to play the game of chance using the softwareapplication.
 15. The method of claim 1, wherein selecting the particularpre-recorded video segment from the plurality of pre-recorded videosegments comprises: receiving the particular pre-recorded video segmentat the computing device; and storing the particular pre-recorded videosegment in data storage of the computing device.
 16. The method of claim15, further comprising: using the computing device to play the game ofchance a second time by at least: determining a particular game actionof the plurality of game actions based on the game sequence; determiningthe plurality of pre-recorded video segments related to the particulargame action; and selecting the particular pre-recorded video segmentfrom the plurality of pre-recorded video segments by at least:retrieving the particular pre-recorded video segment from the datastorage of the computing device.
 17. The method of claim 15, whereinreceiving the particular pre-recorded video segment at the computingdevice comprises receiving the plurality of pre-recorded video segments.18. The method of claim 1, wherein generating the display that comprisesthe at least a portion of the particular pre-recorded video segment andthe three-dimensional graphical object comprises superimposing a displayof a particular three-dimensional graphical object related to theparticular game action on the display.
 19. A computing device,comprising: one or more processors; and a non-transitory computerreadable medium configured to store at least computer-readable programinstructions that, when executed by the one or more processors, causethe computing device to carry out functions comprising: receiving arequest to play a game of chance that includes a plurality of gameactions ordered by a game sequence; and playing the game of chance by atleast: determining a particular game action of the plurality of gameactions based on the game sequence; determining a plurality ofpre-recorded video segments related to the particular game action,wherein each of the plurality of pre-recorded video segments records arespective instance of the particular game action being performed by aperson; selecting a particular pre-recorded video segment from theplurality of pre-recorded video segments; and generating a displayrelated to the particular game action that comprises at least a portionof the particular pre-recorded video segment, wherein generating thedisplay related to the particular game action comprises generating adisplay that comprises the at least a portion of the particularpre-recorded video segment and a three-dimensional graphical object. 20.A non-transitory computer readable medium configured to storeinstructions that, when executed by one or more processors of acomputing device, cause the computing device to carry out functionscomprising: receiving a request to play a game of chance that includes aplurality of game actions ordered by a game sequence; and playing thegame of chance by at least: determining a particular game action of theplurality of game actions based on the game sequence; determining aplurality of pre-recorded video segments related to the particular gameaction, wherein each of the plurality of pre-recorded video segmentsrecords a respective instance of the particular game action beingperformed by a person; selecting a particular pre-recorded video segmentfrom the plurality of pre-recorded video segments; and generating adisplay related to the particular game action that comprises at least aportion of the particular pre-recorded video segment, wherein generatingthe display related to the particular game action comprises generating adisplay that comprises the at least a portion of the particularpre-recorded video segment and a three-dimensional graphical object.